Правила за чисти кодове на книга 6 за оптимално именуване
Фабиен, Уеб разработчик 28 август 2019 г.
Книгата за разработка Clean Code (или Clean Code в оригиналната й версия) е написана от Робърт С. Мартин. Професионален разработчик от 1970 г., той също става международен софтуерен консултант през 1990 г. За да напише тази книга, авторът се обгражда с екип от опитни разработчици, за да сподели най-добрите практики в кода.
Следователно целта на книгата за чисти кодове е да придобие основите на добрия код и да разбере ползите, които предоставя. Той дава ключовете за трансформиране на лош код в добър код.
Тази статия е първото завръщане към книгата на Робърт С. Мартин. Връщаме се основно към първата част „Именуването”. Авторът дава дефиниция на това, което смята за добър код. Тази част също се занимава с трудността при именуване на обекти и променливи в компютърното развитие.
Отделянето на време за добро кодиране е важно
Когато „по-късно“ означава „никога“
В Coder Proprement авторът се връща към'' една от основните пречки пред добрия код: усещането за изчерпване на времето. Небрежният код обаче е източникът на неизбежна загуба на време в повече или по-малко дългосрочен план.
Често пъти, когато ни свърши времето, си мислим, че ще се върнем по-късно, за да почистим или изчистим лошия код. Но наистина ли мислите, че ще намерите повече време по-късно ?
Дейв Леблан изразява своето мнение в своя закон на Леблан: „По-късно никога не означава”(От английския по-късно е равно никога). Всъщност отлагането често се свежда до това никога да не завършиш правилно работата си, твърде зает с нови мисии. Ето защо е важно да бъдете оптимално организирани, за да посветите на вашия код времето, което заслужава, в точното време.
Оставете кода по-чист, отколкото сте го намерили
Друг цитат адаптира правилото за момчешки скот, за да го превърне в добро кодово правило: „Оставете къмпинга по-чист, отколкото сте го намерили, когато пристигнете. СТАВА "Оставете кода по-чист, отколкото сте го намерили.”
Всъщност, ако всеки направи кода малко по-чист от този, който е бил възстановен, кодът не може да бъде деградиран. Едно обикновено почистване понякога може да бъде много полезно. Преименуването на променлива, разделянето на функция или премахването на леко съкращение може например да подобри качеството на кода.
Правилно именуване на кодови елементи
Първата част на книгата се отнася до повтарящ се проблем, добре познат на разработчиците: именуването на променливи, класове, функции и т.н. Въпреки това, всеки разработчик има свое собствено определение за добър код. Понякога е трудно да се намери абсолютната истина за това какво е Добрият кодекс.
Тук авторът се основава на своя опит, за да предаде собствената си визия за добри практики, особено по отношение на именуването.
Ето списък от 6 правила, предложени в книгата за оптимално именуване.
1. Разкрийте намеренията си в името
Според Робърт С. Мартин първото правило на именуването е да се използва име, което разкрива намеренията. Това име трябва да информира за неговата цел, мисия и употреба.