Eintauchen in Best Practices für die Softwareentwicklung: Eine Reflexion über sauberen Code

Als ich mit dem Studium guter Softwareentwicklungspraktiken begann, stellte ich mir ?Clean Code“ (Clean Code) als ein einfaches Regelwerk vor, um lesbaren Code sicherzustellen. Teilweise ist diese Wahrnehmung richtig. Diese Regeln gelten jedoch nicht immer für alle Arten von Code und werden sicherlich nicht vollst?ndig verstanden, wenn man nur ein Buch liest.

Clean Code: Eine kontinuierliche Reise

Kürzlich habe ich den Klassiker Clean Code von Robert C. Martin noch einmal gelesen, und mein Verst?ndnis war ganz anders als bei der ersten Lektüre vor sechs Jahren. Als Student waren mir damals viele der vorgestellten Probleme und L?sungen nicht ganz klar. Das ist das gro?e Missverst?ndnis: Clean Code ist nichts für Anf?nger.

?... was w?re, wenn Sie ein Arzt w?ren und ein Patient von Ihnen verlangen würde, dass Sie mit dem H?ndewaschen als Vorbereitung auf eine Operation aufh?ren, nur weil es zu lange dauert? [...] Es ist unprofessionell, wenn Programmierer dem nachgeben Wille gro?artiger Manager, die die Risiken der Generierung verwirrender Codes nicht verstehen.“

Dieser Artikel hebt relevante Punkte aus meiner Lektüre hervor und teilt praktische Erfahrungen.

Funktionen: Eine einzige Verantwortung

Eine gut geschriebene Funktion sollte eine einzige Verantwortung haben: Eine Sache tun, sie gut machen, und nur das. Die Gruppierung mehrerer Verantwortlichkeiten in einer einzigen Rolle macht es schwierig, Code zu lesen, zu testen und zu warten.

Beispiel für eine Rolle mit mehreren Verantwortlichkeiten (Benutzer speichern und benachrichtigen):

<code>function salvarUsuarioENotificar(usuario) {
    // Valida os dados do usuário
    if (!usuario.nome || !usuario.email) {
        throw new Error('Dados do usuário incompletos.')
    }

    // Salva no banco de dados
    bancoDeDados.salvar(usuario)

    // Envia um e-mail de boas-vindas
    emailService.enviarEmail(usuario.email, 'Bem-vindo!', 'Obrigado por se cadastrar!')
}</code>

Nach dem Refactoring hat jede Verantwortung eine bestimmte Rolle:

<code>function validarUsuario(usuario) {
    if (!usuario.nome || !usuario.email) {
        throw new Error('Dados do usuário incompletos.')
    }
}

function salvarUsuario(usuario) {
    bancoDeDados.salvar(usuario)
}

function enviarEmailDeBoasVindas(usuario) {
    emailService.enviarEmail(usuario.email, 'Bem-vindo!', 'Obrigado por se cadastrar!')
}

function processarCadastroDeUsuario(usuario) {
    validarUsuario(usuario)
    salvarUsuario(usuario)
    enviarEmailDeBoasVindas(usuario)
}</code>

Jetzt hat jede Funktion eine einzige Verantwortung, wodurch der Code lesbarer und einfacher zu warten ist.

Kommentare: Selbsterkl?rende Namen priorisieren

Kommentare sind nützlich, aber geben Sie selbsterkl?renden Namen Vorrang, um Redundanzen zu vermeiden. Offensichtliche Kommentare verunreinigen den Code.

Beispiel für unn?tigen Kommentar:

<code>/** Dia do mês **/
private number diaDoMes;</code>

Verbessert sich mit einem klareren Namen und ohne Kommentare:

<code>private number diaDoMesAtual;</code>

Objekte und Datenstrukturen: Kapselung und Klarheit

Gutes objektorientiertes Design konzentriert sich darauf, Vorg?nge offenzulegen und Implementierungsdetails zu verbergen. Dies f?rdert die Kapselung, reduziert die Kopplung und erleichtert die Wartung.

Beispiel für die Kapselung in einer Klasse Circulo:

<code>class Circulo implements Forma {
    private Ponto centro;
    private number raio;
    private number PI = 3.14159;

    public number calcularArea() {
        return PI * raio * raio;
    }
}</code>

Vermeiden Sie die Wiederverwendung von Variablen in unterschiedlichen Bereichen für unterschiedliche Zwecke. Verwenden Sie für mehr Klarheit unterschiedliche Variablen.

Fehlerbehandlung: Ausnahmen statt mehrfacher Prüfungen

In der Vergangenheit war die Fehlerbehandlung begrenzt. Heutzutage macht die Verwendung von Ausnahmen den Code sauberer und lesbarer.

Beispiel für ausführlichen Code mit mehreren Validierungen:

<code>function salvarUsuarioENotificar(usuario) {
    // Valida os dados do usuário
    if (!usuario.nome || !usuario.email) {
        throw new Error('Dados do usuário incompletos.')
    }

    // Salva no banco de dados
    bancoDeDados.salvar(usuario)

    // Envia um e-mail de boas-vindas
    emailService.enviarEmail(usuario.email, 'Bem-vindo!', 'Obrigado por se cadastrar!')
}</code>

Refactoring mithilfe von Ausnahmen:

<code>function validarUsuario(usuario) {
    if (!usuario.nome || !usuario.email) {
        throw new Error('Dados do usuário incompletos.')
    }
}

function salvarUsuario(usuario) {
    bancoDeDados.salvar(usuario)
}

function enviarEmailDeBoasVindas(usuario) {
    emailService.enviarEmail(usuario.email, 'Bem-vindo!', 'Obrigado por se cadastrar!')
}

function processarCadastroDeUsuario(usuario) {
    validarUsuario(usuario)
    salvarUsuario(usuario)
    enviarEmailDeBoasVindas(usuario)
}</code>

Unit-Tests: Klarheit und Fokus

Saubere Tests müssen klar, einfach und konsistent sein. Vermitteln Sie viele Informationen mit wenigen Ausdrücken.

Allgemeine Struktur eines Tests: Erstellen, Betreiben, Verifizieren.

Klassen: SRP (Single Responsibility Principle)

Der Name der Klasse sollte ihre Verantwortung widerspiegeln. Die Klassen sollten klein sein und ein einziges Ziel verfolgen. SRP stellt sicher, dass jede Klasse nur eine Verantwortung hat.

Fazit: Clean Code ist eine Reise

Clean Code kann nicht auf einmal erlernt werden. Es ist eine fortlaufende Reise, die übung, Reflexion und Weiterentwicklung erfordert. Wahre Kompetenz geht mit Erfahrung und der F?higkeit einher, Verbesserungen zu erkennen. Die Regeln von Kent Beck (Testen, Doppelarbeit vermeiden, Klarheit, Klassen und Methoden minimieren) sind ein wertvoller Leitfaden.

Das obige ist der detaillierte Inhalt vonWas verstehe ich unter Clean Code?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!