Някои най-добри практики, които да използвате във вашия код! Algocool
Като начало, писането на четим изходен код е една от най-добрите практики, които всеки добър разработчик трябва да знае как да прави. Няма да разяснявам всичко тук, защото вече има статия за това. Просто знайте, че наличието на чист изходен код е лесно четимо от много предимства, дори и да отнеме малко повече мисли. Има и други, не задължително задължителни, но които помагат да се избегнат някои грешки! Да тръгваме !
По желание брекети
В повечето езици скобите не са задължителни за някои изрази, когато има само един ред, като например if, while или for. За да освободите малко място, е изкушаващо да премахнете скобите:
Но да кажем, че в даден момент добавяте допълнителен ред към условието, той изглежда така:
Ами сега, забравих да добавя брекети, колко съм замаяна! Очевидно това е грешка, която се случва, когато не обръщате достатъчно внимание, но просто не поставянето на скоба може да бъде източник на грешка по-късно. Така че може и да се уверим, че никога няма да има чрез системно поставяне на брекети ! И честно да ви кажа, правя грешката да забравям брекетите през цялото време, затова ги слагам през цялото време !
Така че в крайна сметка скобите не са толкова опционални, тъй като грешките, които те могат да предизвикат, не са. !
Предаване на имена на параметри
Предаването на параметрите във функция обикновено се извършва по позиция. Редът, в който те са били дефинирани във функция, влияе върху коя позиция да се изпрати параметър. Ако променлива за размер е декларирана на първата позиция, трябва да й изпратите стойност, зачитаща тази позиция, когато извиквате:
Но какво ще стане, ако случайно сменя двете цифри (само защото не внимавам, а) и по дяволите! Функцията не работи според очакванията! От друга страна, ако се погрижа да назова параметрите на функцията:
Няма повече невнимание и изходният код печели четливостта като бонус !
Именуването на аргументите коригира потенциалните източници на грешки, защото редът на параметрите вече не се взема предвид. От друга страна, малко езици дават възможност за това. JAVA, PHP или C ++ например не позволяват това в сравнение с C # или Objective C.
Избягвайте дублиране
Е, първите 2 бяха част от най-добрите практики за избягване на малки небрежни грешки, тази е много по-важна. Дублирането на код, известен още като ctrl-c/ctrl-v, значително увеличава четливостта, поддръжката и производителността на изходния код.
По-добре да направите това:
Така че да, трябва да напишете допълнителна функция. Но какво, ако искам да направя промяна в елементите от списъка от промяна на стила „Списък“ на „Елемент“? В първия пример сменям 5-те реда, във втория само един ! И дори не говоря за случаи, когато има повече от 10 повторения !
Освен това, ако искам да добавя допълнителни елементи, просто трябва да променя параметъра, просто и бързо !Ако имате възможност да опростите кода си като забележите и премахнете дубликати, отделете време да го направите, но го направете! Времето, което "губите", като правите нещата чисти, ще спести време за поддръжка и отстраняване на неизправности. !