Писането на чист код е това, което трябва да знаете и да правите, за да се наречете професионален разработчик. Няма разумно оправдание да правите нещо по-малко от най-доброто, което можете да направите.

почистите

В тази публикация в блога schoolofJavaScript.com, Ще разгледаме общи принципи за чисто кодиране за именуване и използване на променливи и функции, както и някои от най-добрите практики за чисто кодиране, специфични за JavaScript.

На първо място, какво означава чисто кодиране?

Чистото кодиране означава, че той първо пише код, за да може да го прегледа по-късно сам и за своите колеги, а не за машината.

Знаете, че работите по чист код, когато всяка рутина, която прочетете, се оказва почти това, което сте очаквали.

Най-добри практики за чист JavaScript код

След като вече знаем към какво трябва да се стреми всеки разработчик, нека разгледаме най-добрите практики!

Как трябва да назова моите променливи?

Използвайте имена, които разкриват намерения и не се притеснявайте, ако имате дълги имена на променливи, вместо да запазвате няколко натискания на клавиши.

Ако следвате тази практика, имената ви могат да бъдат търсени, което помага много, когато правите рефактори или просто търсите нещо.

Освен това правете значителни разграничения и не добавяйте допълнителни и ненужни имена към имена на променливи, като техния тип (унгарски запис).


Направете техните имена на променливи лесни за произнасяне, защото са необходими по-малко усилия, за да ги обработи човешкият ум.

Когато правите ревюта на кодове с вашите колеги разработчици, тези имена са по-лесни за справка.

Накратко, не причинявайте допълнително картографиране на ума с вашите имена.

Как да напиша функциите си?

Вашите функции трябва да правят едно нещо само на ниво абстракция.


След като напишете функциите си правилно, можете да тествате колко добре сте се справили с профила на процесора, който ви помага да намерите тесни места.

Използвайте дълги, описателни имена

Името на функцията трябва да бъде глагол или глаголна фраза и трябва да съобщава своето намерение, както и реда и намерението на аргументите.

Дългото, описателно име е много по-добро от кратко, загадъчно име или дълъг, описателен коментар.

Избягвайте дългия списък с аргументи

Вместо това използва един параметър на обект и картографиране на деструктуриране. Той също така улеснява боравенето с незадължителни параметри.

Намалете страничните ефекти.

Използвайте чисти функции без странични ефекти, когато можете. Те са наистина лесни за използване и тестване.

Организирайте функциите си във файл според правилото за понижаване
Функциите от най-високо ниво трябва да са в горното и най-долното ниво отдолу. Прави естествено четенето на изходния код.

Консултация или модификация

Функциите трябва да правят нещо (модифицират) или да отговарят на нещо (заявка), но не и двете.

Всеки обича да пише JavaScript по различен начин, какво да прави?
Тъй като JavaScript е динамичен и гъвкаво написан, той е особено склонен към грешки в програмирането.

Използвайте фирмени правила за работа и стил на форматиране.

Колкото по-строги са правилата, толкова по-малко усилия ще бъдат направени, за да се посочи грешен формат при прегледите на кода. Той трябва да обхваща неща като последователни имена, размер на отстъп, разположение на празно пространство и дори точки с точка и запетая.
Като за начало стандартният JS стил е доста добър, но според мен не е достатъчно строг. Мога да се съглася с повечето правила в стила на Airbnb .

Как да напиша хубав асинхронен код?

Използвайте обещанията, когато можете.

Обещанията са достъпни от Node 4. Вместо да пишете вложени обратни обаждания, можете да имате жизнеспособни обаждания за обещания.

Повечето библиотеки имат интерфейси за обратно извикване и обещание, като предпочитат последния. Можете дори да конвертирате приложните програмни интерфейси (API) за обратно извикване в базиран на обещания, като ги опаковате с пакети като es6-promisify .

Как да напиша код за изпълнение?

Първо трябва да напишете чист код и след това да използвате профила, за да намерите тесни места за ефективност.

Никога не се опитвайте първо да пишете производителност и интелигентен код, вместо това оптимизирайте кода, когато имате нужда от него, и се позовавайте на действителното въздействие вместо на микро-бенчмарковете.

Има обаче някои прости сценарии като нетърпеливо инициализиране на това, което можете (напр. Схеми на joi в манипулаторите на маршрути, които ще се използват при всяка заявка и ще добавят режийни, ако се пресъздават всеки път) и използване на асинхронен код вместо код за заключване.