5 грешки при програмиране за начинаещи, които по-добре избягвайте ITHub
Редовното програмиране не е едно от най-лесните неща в света, така че не е чудно, че правим много грешки в началото на кариерата си. Този списък ще ви помогне да избегнете някои много често срещани проблеми, особено за начинаещи, и кой знае, може би дори някои по-опитни лисици могат да го намерят за полезен.
1. Разбъркано форматиране на код
Това наистина е типично само за наистина неопитни разработчици в наши дни, но все пак си струва да се спомене. Под разхвърляно форматиране разбираме неща като неправилно използване на отстъпи, на несъвместими линейни емисии, или ненужно празно пространство. В по-лош случай коментиран код (на „може би все още“), това е напълно неоправдано и объркващо в света на системите за контрол на версиите.
Съществуват много конвенции за форматиране на код, в зависимост от езика, смисълът е да се използва последователно в цялата база на кода и, разбира се, като начинаещ, се уверете, че вашият собствен метод отговаря на формалните изисквания на даден проект.
2. Твърде много коментари
От толкова много места чуваме колко е важно да коментираме кода, че понякога - особено за начинаещи - е почти вредно. Коментирането е наистина важно преди всичко трябва да се съсредоточите повече върху писането на код за самодокументиране. Може би най-добрият компас е този: не документирайте с коментари какво прави нашият код, но защо.
Какво правят мнозина? Коментарът, отговарящ на този въпрос, предизвиква загриженост в две отношения. Първо, той посочва, че кодът, който написахме, не е четлив и достатъчно ясен, за да бъде разбран от всички без коментар, и второ, той създава илюзията за добре документирани, докато почти обратното е вярно.
3. Грешни имена на променливи и методи
Именуването на нещата не е никак лесно, но си струва да вложите енергия в това, ако искате изходният код, който пишем, да бъде проследим и ясен. Понякога имената на AbstractSingletonProxyFactoryBean, които са поразителни особено за разработчиците на Java, може да изглеждат смешни, но описателните имена на променливи са по-полезни, отколкото не. Подобна е ситуацията и с имената на подпрограми и методи, те също трябва ясно да показват какво прави даденият кодов фрагмент. Вероятно всички сме срещали имена на DoIt (), PerformService () и подобни глупости, предпочитаме да се опитаме да ги избегнем.