Преглед садржаја
Када почињете да учите нови програмски језик, важно је познавати његову најбољу праксу, јер добар програм није само добро изведен алгоритам, већ и документација И улаз унутра који је код написан су важни.Ако добро документујемо, моћи ћемо програмере који прегледају наш код оставити на добар начин како би разумели шта смо урадили и разлоге, на овај начин континуитет пројеката је бољи; такође читљив код помаже нам у отклањању грешака и чини да можемо губити мање времена на различите факторе него на постизање наших циљева.
Именовање конвенција
Конвенција именовања је изузетно важна, с тим се на први поглед можемо идентификовати променљиве класе и методе.
Први важан аспект је стил писања имена, када имамо имена променљивих морамо користити мала слова и када имамо константе мора бити написано великим словима, Хајде да видимо:
инт [б] делитељ [/ б] = 5; коначни дупли [б] ПИ [/ б] = 3,14;
Дакле, када видимо ПИ знаћемо да је то константа, с друге стране ако видимо делитељ знамо да је то променљива и ако треба да манипулишемо то можемо учинити знајући да нећемо утицати на програм.
Ако имамо имена од неколико речи, морамо користити метода случаја камила односно писати велико слово следећих речи имена.
Погледајмо следеће примере:
На слици можемо видети како дефинишемо класу са неколико речи, у случају класа, до прве речи мора почети великим словом.
Простор и идентација
Када пишемо угњежђени код, на пример класе и њихове методе, они морају да иду увучен, то јест, морају се одвојити табулатором за означавање њиховог гнежђења, тиме олакшавамо идентификацију који делови припадају.
Морамо водити рачуна и о размаку између различитих елемената који чине декларације, јер злоупотреба може створити проблем читљивости.
Погледајмо пример сваке ствари, на пример размак између елемената, на слици видимо исправан облик у доњем делу, где је сваки елемент одвојен размаком, међутим у горњем делу на погрешан начин видимо да постоји нема униформности у просторима.
На следећем графикону видимо како направити блок са Добро увлачење, можемо приметити како је сваки елемент угнежђен и одвојен преломом линије.
Документација
Као што смо на почетку поменули документација омогућава нам да унесемо своје коментаре унутар кода, за то ћемо користити алате за писање коментари на Јави; На пример, ако желимо да документујемо сваки корак који извршимо унутар кода, можемо користити // за генерисање линије коју ће компајлер изоставити, али која се може прочитати из изворне датотеке.
Ако на почетку часа направимо блок коментара користећи:
/** /* /* **/
Оно што пишемо унутар тог блока може се извести и користити за генерисање ХТМЛ докумената помоћу алата јава документација. Дакле, сваки случај морамо користити у складу с тим.
На крају водича имамо шири појам о најбољим праксама при изради Јава програма како бисмо сарађивали с развојем на функционалном нивоу, али мало надилазе наше одговорности као доброг програмера.Да ли вам се допао и помогао овај водич?Можете наградити аутора притиском на ово дугме да бисте му дали позитиван поен