Câteva principii ale codului curat

Codul defect funcționează până la anul 2.000. Codul greșit este dificil de înțeles, mai complex decât ar trebui, nu este ușor de testat și îi face pe ceilalți dezvoltatori să fierb de frustrare. Deși s-ar putea să dureze mai mult timp pentru a scrie cod curat pe termen scurt, este dincolo de stabilirea faptului că scrierea unui cod curat va economisi pe toată lumea timp, efort și, în final, bani.

câteva

Dar întotdeauna există loc de învățat. Nimeni nu scrie cod curat de la început. Recent, X-Teamers au discutat despre cele mai importante principii ale acestora pentru a-și păstra codul curat și am decis să împărtășim cele mai bune cu lumea.

Principiile Codului Curat

Codul curat nu se bazează pe reguli specifice limbii. În schimb, se bazează pe principiile agnostice lingvistice agreate de comunitatea dezvoltatorilor. Ca atare, chiar dacă întrebarea inițială pe canalul nostru Slack a fost despre cum să vă păstrați codul JavaScript/TypeScript curat, X-Teamers a răspuns cu câteva dintre principiile generale de proiectare ale codului curat.

SĂRUT: Păstrați-l simplu prost. Un principiu de proiectare originar din S.U.A. Navy care se întoarce deja în 1960. Se afirmă că majoritatea sistemelor ar trebui păstrate cât mai simple posibil (dar nu mai simple, așa cum ar fi spus Einstein). Ar trebui evitată complexitatea inutilă. Întrebarea care trebuie pusă atunci când scrieți codul este „se poate scrie acest lucru într-un mod mai simplu?”

USCAT: Nu te repeta. Strâns legat de KISS și de filosofia minimalistă a designului. Se afirmă că fiecare cunoștință (cod, în acest caz) trebuie să aibă o reprezentare unică, fără echivoc, autoritară într-un sistem (bază de cod). Încălcările DRY sunt denumite umede: ne bucurăm de tastare, scriem totul de două ori, pierdem timpul tuturor.