Մենք բոլորս ինչ-որ պահի ժառանգել կամ կլոնավորել ենք մի նախագիծ, որը բացակայում էր մեկից ավելի իմաստներով: Լինի դա կոդի վատ ձևաչափում, տարօրինակ և չկազմակերպված թղթապանակի կառուցվածք, թե իմ ունեցած մի նախագիծ, որտեղ Vue-ի բոլոր բաղադրիչները ինչ-որ կերպ գրված էին JQuery-ում, JavaScript-ի գրեթե բոլոր նախագծերը կարող են օգտվել մի քանի ցուցիչներից:
1. Օգտագործեք ES6
Ապշեցուցիչ է, թե քանի նախագծեր չեն օգտվում ES6 ստանդարտում ձեր կոդը գրելով առաջարկվող առավելություններից: ES6-ը ոչ միայն ներկայացնում է դասի բանալի բառը՝ դասի հայտարարագրերն ավելի հեշտ և հստակ սահմանելու համար, այլ նաև ES6-ն իր հետ բերում է այդ շարահյուսական մոգության մի մասը, օրինակ՝ ֆունկցիայի սլաքները, որոնք իսկապես ծառայում են ձեր կոդը ավելի ընթեռնելի և հասկանալի դարձնելու համար: Ինձ համար ES6-ի ներդրած ամենամեծ հատկանիշը տողերի միջակայացումներն էին, որոնք թույլ են տալիս տողերի կառուցումը շատ ավելի ընթեռնելի ձևով և կրկին ծառայում է կոդն ավելի ընթեռնելի դարձնելու համար, միևնույն ժամանակ վանիլային JavaScript-ի համեմատ պոտենցիալ արդյունավետության բարձրացում է առաջարկում:
2. Ձևաչափ, հետևողականորեն
Ուրիշի ծածկագիրը կարդալիս լավագույն ժամանակ կարող է դժվար լինել, լինի դա մեկնաբանությունների բացակայության պատճառով, թե զուտ կոդի բարդ բնույթի պատճառով, մաքուր ձևաչափված կոդերի բազան կարող է հասկանալու ամբողջ գործընթացը դարձնել ավելի ցավոտ, քանի որ դուք պետք է կենտրոնանաք միայն մեկ խնդրի վրա: Պահպանեք ստորակետի օգտագործումը համահունչ, ներդիրները կամ բացատները, օգտագործեք նույն անվանման պայմանը ֆունկցիաների և փոփոխականների համար: Յուրաքանչյուր ֆայլ պետք է լինի նույնը, ինչ վերջինը, երբ ուղղակի նայեք: Ոչ ոք չի ցանկանում, որ դժվարությամբ հասկանա ձեր կոդը, իսկ հետո մտածի, թե ինչու է պատահական մեկ կիսակետ լողացող 4000 տողանոց ֆայլում: Այդ նշումով…
3. Կարճ և մաքուր ֆայլեր
Այս մեկը կարող է ընկնել պարզապես նախապատվության: Լավ օրինակ է API աղբյուրները և հատկապես փոքր նախագծերի համար գրված API-ները դիտելիս: Դուք նավարկում եք կարգավորիչների թղթապանակ և boom՝ երկու կարգավորիչ ֆայլ API-ի յուրաքանչյուր տիպի համար, որն ունի հարյուրավոր վերջնակետեր: Թղթապանակների մեջ կազմակերպված կարճ ֆայլերը (User/create.js, User/read.js և այլն) կարող են շատ ավելի հեշտացնել որոշակի գործառույթ գտնելն ու մեկուսացնելը, ինչպես նաև կարող են օգնել կոդն ավելի շատ օգտագործելի, հատկապես, եթե մոտենում եք այս մեկուսացված ֆայլերին: և գործում է վերացական մոտեցմամբ և ընդհանրացված զարգացմամբ։
4. Թղթապանակի կառուցվածքը
Ես պետք է ասեմ, որ իմ փորձով, դա backend API-ներն են, որոնք մեծապես մեղավոր են դրա համար: Տիպիկ API-ն բաղկացած կլինի երթուղիներից, մոդելներից, միջին ծրագրերից, վերահսկիչներից և օգնականներից: Այնուամենայնիվ, թվում է, որ նախագծերի կյանքի ցիկլի մեջ հասնում է մի կետի, որ այն սկսում է փլուզվել, և դուք գտնում եք երթուղու միջանկյալ ծրագրում օգտագործողի գաղտնաբառը հաշելու տրամաբանությունը և ոչ թե մոդելի կամ վերահսկիչի վրա նստած: . Քաոս.
5. Տարբերակում – Եկեք 2019թ
Լուրջ! Ցավոք սրտի, դա դեռ ընդհանուր հատկանիշ է, որը մենք տեսնում ենք: Դուք աշխատում եք կոտրված պահեստի վրա և գնացեք ստուգելու պարտավորությունները, միայն թե տեսնեք, որ կոդերի բազան ամեն օր ժամը 16:45-ին ուղարկվում է վարպետին նույն մեկնաբանությամբ՝ «թարմացված հիմնական ֆունկցիոնալությունը» (շնորհակալություն Միչիգանից Ռայանին, մեծ օգնություն ) Ձեր պարտավորությունները հաճախակի և իմաստալից դարձրեք, և միայն տիրոջը, երբ դա անհրաժեշտ է: Ոչ միայն ձեր լավագույն շահերից է բխում կանոնավոր պարտավորություններ ստանձնելը՝ ձեզ փրկելու աշխատանքը կորցնելու ցավից, այլ նաև շատ ավելի հեշտ կդարձնի վերադառնալ շատ կոնկրետ կետերին: Օրինակ, դուք կարող եք մեկուսացնել այն ճշգրիտ պահը, երբ Ռայանը Միչիգանից որոշեց օգտագործել 2-ը որպես մեկնարկային ինդեքս՝ սարսափելի բարդ հանգույցում, որը հանգեցրեց նրան, որ ID-ները միշտ մի քանի թվեր դուրս են: Կրկին, շնորհակալություն:
