Познаването и спазването на индустриалните стандарти и най-добри практики е много важно във всяка област и особено в програмирането с неговата сложна и понякога хаотична комбинация от codeиращи езици, инструменти, подходи и технологии. Ето защо професионалният Java програмист трябва да е добре запознат с Java codeиращите конвенции, за които ще говорим днес.
Какво представляват конвенциите за codeиране?
Конвенциите за codeиране са набори от насоки за всеки конкретен език за програмиране с препоръки относно различни аспекти на разработката на софтуер на този език, включително стил на codeиране, най-добри практики и методи. Конвенциите за codeиране са предназначени да бъдат следвани от софтуерни програмисти, които codeират на този език като ръководство за качество, за да се гарантира, че техният code е четлив и е възможна правилната поддръжка на софтуера от други хора. Конвенциите за codeиране обикновено покриват всеки основен компонент за създаване на софтуер на този език за програмиране, включително файлова организация, отстъпи, коментари, декларации, изявления, бяло пространство, конвенции за именуване, практики за програмиране, принципи за програмиране, основни правила за програмиране, най-добри архитектурни практики и други .
Каква е целта на конвенциите за codeиране?
Има редица причини, поради които конвенциите за codeиране играят важна роля в разработката на софтуер.
Поддържане на унифициран codeов стил
Следването на конвенция за codeиране позволява софтуерният проект да бъде написан в един унифициран стил, което е полезно по няколко различни начина, като например следния.
Минимизиране на разходите за поддръжка на софтуер
Един от най-важните е улесняването на поддръжката и поддръжката на софтуерния продукт, тъй като много често оригиналните автори на програмата не са тези, които я поддържат. Това е важно, тъй като 80% от разходите за целия живот на част от софтуера отиват за поддръжка.
Подобряване на четливостта на софтуера
Подобряването на четливостта на софтуера е друго голямо предимство, което също има множество последици, като опростяване на въвеждането на нови разработчици в проекта и повишаване на ефективността на сътрудничеството на членовете на екипа за разработка.
Ускоряване на работата
И накрая, наличието на правилно написан и структуриран code е необходимо, за да може процесът на разработка на софтуер да върви възможно най-бързо.
Конвенцията за codeовете на Oracle е призната за най-важната поради редица очевидни причини: конвенцията на Oracle е официалната, тъй като Oracle е собственик на Java, Howто и една от най-старите (последната ревизия на този document е напequalsа на 20 април, 1999). Някои от важните части на Конвенцията за codeа на Java на Oracle биха бor препоръката да се използва камилски регистър, когато се дефинират класове, методи or променливи, да се започват класове с главна буква и да се използват съществителни за назоваването им, докато се използват глаголи в повелителна форма и започват от малка буква за методи и т.н.
Ръководство за стил на Java на Google
Конвенциите за codeиране на Java от Google се считат за важни поради статута на Google като обучаваща се интернет и технологична компания с огромен опит в разработването на всички видове Java applications. Друга важна причина е фактът, че конвенцията за code на Google на Google беше актуализирана на 22 май 2018 г., което я прави по-подходяща от конвенцията за code от Oracle, особено когато става въпрос за описание на относително нови функции на Java, които бяха пуснати само като част от Java 8 през 2014 г., като ламбда и потоци. Ето How авторите на Java Style Guide на Google описват съдържанието на тази конвенция за codeиране: „Този document служи като пълно определение на стандартите за codeиране на Google за изходния code в Java. Подобно на други ръководства за стил на програмиране, обхванатите проблеми обхващат не само естетически проблеми на форматирането, но и други видове конвенции or стандарти за codeиране. Въпреки това, този document се фокусира предимно върху твърдите и бързи правила, които следваме универсално, и избягва даването на съвети, които не са ясно приложими (независимо дали от човек or инструмент).“ „Ръководството за стил на Google Java е добра справка в по-голямата си част, но е малко разрешително по някои теми. От друга страна, като Java програмист трябва да сте свикнали с 4 интервала за отстъп на codeа, наред с други неща“, каза Дейвид Риос, софтуерен архитект и опитен Java програмист, в LinkedIn но е малко разрешително по някои теми. От друга страна, като Java програмист трябва да сте свикнали с 4 интервала за отстъп на codeа, наред с други неща“, каза Дейвид Риос, софтуерен архитект и опитен Java програмист, в LinkedIn но е малко разрешително по някои теми. От друга страна, като Java програмист трябва да сте свикнали с 4 интервала за отстъп на codeа, наред с други неща“, каза Дейвид Риос, софтуерен архитект и опитен Java програмист, в LinkedInпубликация с някои предложени адаптации към собственото ръководство за стил на Google Java.
Най-използваните стандарти за codeиране на Java
Ето някои от най-използваните стандарти за codeиране на Java, които могат да бъдат намерени в гореспоменатите конвенции за codeиране от Oracle и Google, Howто и други documentи от този вид.
Следвайте правилната конвенция за именуване;
Добавете коментари;
Идентификатор означава символично име, което се отнася до името на класове, пакети, методи и променливи в програма на Java;
Името на променливата трябва да е свързано с нейната цел;
Името на метода трябва да е свързано с функционалността на метода;
Методът не трябва да съдържа повече от 50 реда;
Не трябва да има дублиран code в същия or друг клас;
Декларирайте глобални променливи само ако е необходимо да ги използвате в другите методи;
Двойна проверка на създаването на статични променливи в клас;
Избягвайте достъпа до променливи директно от други класове, instead of това използвайте getter и setter методи;
Цялата бизнес логика трябва да се обработва само в сервизния клас;
Целият code, свързан с DB, трябва да бъде само в DAO класовете;
Използвайте геттери и сетери;
Декларирайте променливата на екземпляра като частна;
Поддържайте минимален обхват на променливите;
Присвояване на смислени имена на променливи;
Избягвайте изтичане на памет чрез освобождаване на връзки към база данни, когато заявката приключи;
Опитайте се да използвате Накрая блокирайте възможно най-често;
Използвайте рамката Executor за многонишково програмиране.
GO TO FULL VERSION