Die drei Arten von Code

Wenn jedes neue Projekt beginnt, sortiere ich den Code, den ich sehe, in drei Typen oder Kategorien aus. Ich denke, diese Typen können auf jede Codebasis, jede Sprache, jede Technologie oder jedes Open -Source -Projekt angewendet werden. Egal, ob ich HTML, CSS oder Bauen von React -Komponenten schreibe, über diese verschiedenen Kategorien nachzudenken, hat mir geholfen, herauszufinden, was neu gestaltet und priorisiert werden muss und was jetzt vorerst auf Eis gelegt werden kann.

Diese Kategorien sind: langweiliger Code, Salzerzcode und radioaktiver Code.

Lassen Sie mich erklären.

Langweiliger Code

Der Bohrcode bezieht sich auf Code, der beim Lesen völlig logisch ist. Es ist kein Refactoring erforderlich, es führt seine Funktionen auf eine Weise aus, die Sie nicht dazu bringt, in den Fluss zu springen. Der langweilige Code ist ein guter Code. Es wird keine Tricks spielen, noch wird es versuchen, Sie zu beeindrucken. Sie können es verwenden, ohne mehr Code zu schreiben oder Tipps zu entwerfen. Der langweilige Code wird genau buchstäblich ausgeführt und verursacht niemals Überraschungen.

Diese Funktion ist logisch, diese Eigenschaft ist eindeutig benannt und diese React -Komponente ist einfach. Hier gibt es keine Schleife, und für die Gymnastik ist keine Gehirnleistung erforderlich.

Der Bohrcode ist jedoch fast unmöglich zu schreiben, da unser Verständnis fast immer unvollständig ist, wenn wir das Problem lösen. Sehen Sie, wie viele Faktoren Sie berücksichtigen müssen, um einen Kontraststil für einen einfachen Absatz festzulegen. Um langweiliges Code zu schreiben, müssen wir fleißig sein, müssen ständig umgestaltet werden und müssen uns um die Codebasis kümmern, nicht nur das Gehalt am Ende des Monats.

Der langweilige Code ist gut, weil langweiliger Code sehr freundlich ist.

Salzerzcode

Dies ist dieser verrückte und bedeutungslose Code. Dies ist Code, den wir kaum lesen können, aber er ist tief in der Codebasis vergraben und ist fast unmöglich zu ändern. Aber! Es läuft nicht an andere Teile unseres Codes, sodass wir es meistens ignorieren können. Es mag nicht hübsch sein, und solange wir am Leben sind, möchten wir es vielleicht nicht mehr sehen, aber es verursacht keinen aktiven Schaden.

Dies ist die Art von Code, die wir in den meisten Fällen vergessen können. Wenn er geöffnet und manipuliert wird, ist dieser Code -Typ gefährlich, aber im Moment ist alles in Ordnung.

Probleme, es tief unter der Erde zu begraben.

Radioaktives Code

Radioaktives Code ist ein echtes Problem im Herzen jedes technischen Teams. Dies ist die Art von Code, die uns dazu bringt, nicht zur Arbeit zu gehen. Es ist nicht nur schlecht, es wird auch aktiv unsere Codebasis vergiften und im Laufe der Zeit alles verschlimmern. Stellen Sie sich vor, die Codebasis ist wie ein Kernreaktor; Radioaktiver Code ist etwas, das durch den Container zerbrochen ist und jetzt in verschiedene Teile unserer Codebasis verläuft.

Ein Beispiel? Für unser Gusto- und das Designsystemteam denke ich, dass unsere Formularkomponenten radioaktiv sind. Jede Komponente verursacht mehr Probleme, da wir die Komponente niemals so verwenden können. Wir müssen es ändern, um das zu bekommen, was wir wollen. Jedes Mal, wenn jemand diesen Code verwendet, muss er mehr Code darüber schreiben und die Situation im Laufe der Zeit verschlimmern, und er ermutigt alle im Team, dies zu tun.

In unserem Designsystem müssen wir, wenn wir Klassennamen zu einem DIV -enthaltenden Formularelemente hinzufügen möchten, die FormFieldClass -Eigenschaft in einer Komponente und die WraperClass -Eigenschaft in einer anderen Komponente verwenden. Es gibt einen ProfType namens isDefaultLayout, den jeder auf False setzt und eine benutzerdefinierte CSS -Klasse darüber schreibt. Mit anderen Worten, radioaktiver Code macht es uns nicht nur schwer, all diesen bedeutungslosen Code zu verstehen, sondern es auch für uns immer schwieriger, andere Teile der Codebasis zu verstehen. Denn die Datei, die wir jetzt betrachten, hängt von acht verschiedenen Dingen ab, die wir nicht sehen können. Das Ergebnis des Löschens dieses radioaktiven Codes bedeutet, alles andere zu ändern, was davon abhängt.

Mit anderen Worten, radioaktiver Code - wie unsere Formularkomponenten - macht die Codebasis nicht vertrauenswürdig.

Radioaktives Code ist nicht nur schädlich für uns und unsere Codebasis, sondern auch für unser Team. Es kann schlechte Gewohnheiten anregen, Grausamkeit im Slack -Thread schaffen, ganz zu schweigen davon, dass es nicht messbare Reibung zwischen den Teammitgliedern erzeugen kann. Radioaktive Codes ermutigen auch andere Teams im Unternehmen, ihr eigenes Ding zu machen und neue Technologien in die Codebasis einzuführen, und das Problem mit dem radioaktiven Code selbst ist kein technisches Problem. Jeder kann diese Art von Code schreiben, unabhängig von Sprache, System oder Lint, solange er dem Problem nicht genug Aufmerksamkeit schenkt. Oder wenn sie versuchen, zu schlau zu sein. Oder wenn sie versuchen, andere zu beeindrucken.

Wie reparieren wir radioaktive Codes? Nun, wir müssen einen Kreis um ihn herum zeichnen und das verrückte Verhalten steuern, das an andere Teile der Codebasis ausgelöst wird. Dann müssen wir etwas äußerst Heldenhaftes tun: Wir müssen es langweilig machen.

Das obige ist der detaillierte Inhalt vonDie drei Arten von Code. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!