Ad verməklə bağlı böyük məsələ nədir? Və niyə biz buna əhəmiyyət verməliyik? Bu sadəcə bir addır.
Dəyişənlərin, metodların, siniflərin, paketlərin və s. adlandırılmasına çox vaxt layiq olduğundan daha az diqqət yetirilir. Çox vaxt i,j,k kimi adlara və ya customerServicingProfileObjectUtil kimi mənasız adlara rast gəlirik. Proqram komponentlərimiz üçün daha yaxşı adlar tapmaq üçün bir neçə dəqiqə vaxt ayırmağı vacib hesab etmirik. Axı bu sadəcə bir addır. Bunun nə etdiyini başa düşmürüksə, hər zaman kodu oxuyub anlaya bilərik.
Adlandırma düşündüyümüzdən daha çox məna verə bilər. Aşağıdakılardan hər hansı birini ifadə edə biləcək bir komponent üçün yaxşı bir ad tapa bilməsək
- Biz bu komponentin məsuliyyətini başa düşmürük
- Birdən çox məsuliyyət daşıyır
Beləliklə, yaxşı bir ad tapmaqla, problemləri aydın görə bilərik və kodu daha yaxşı təmizləmək üçün kodu refaktor edə bilərik. O, həmçinin kodun oxunmasına kömək edir. Əgər adı açıqlayan niyyəti olan bir metod görsək, onun nə etdiyini anlamağa çalışaraq bu metodu araşdırmağa ehtiyac yoxdur, beləliklə kodu daha sürətli başa düşə bilərik. Axı biz kodu digər insanların başa düşməsi üçün yazırıq.
Pis kodun başqa bir qoxusu komponenti təsvir etmək üçün onun adını istifadə etmək əvəzinə şərhlərdən istifadə etməli olduğumuz zamandır. Bunun əvəzinə biz sadəcə olaraq komponentin adını mənalı bir adla dəyişdirə bilərik ki, şərhə ehtiyac qalmasın.
Təmiz kod kitabında Robert C Martingdən nümunə:
int d; // elapsed time in days əvəzinə int elapsedTimeInDays istifadə edin
Komponentləri düzgün adlandırdığımız zaman onları daha yaxşı başa düşürük, onların müxtəlif yerlərə aid ola biləcəyini anlayırıq. Əsasən, kodu daha yaxşı refaktor edirik.
