Cila është puna e madhe për emërtimin? Dhe pse duhet të kujdesemi për të? Është thjesht një emër.

Emërtimit të variablave, metodave, klasave, paketave etj shpesh u kushtohet më pak kujdes se sa meriton. Është shumë shpesh që hasim emra si i,j,k ose emra të pakuptimtë si customerServicingProfileObjectUtil. Ne nuk mendojmë se është e rëndësishme të marrim disa minuta për të gjetur emra më të mirë për komponentët e programit tonë. Në fund të fundit është vetëm një emër. Nëse nuk e kuptojmë se çfarë bën, gjithmonë mund ta lexojmë kodin dhe ta kuptojmë.

Emërtimi mund të thotë më shumë nga sa mendojmë. Nëse nuk jemi në gjendje të gjejmë një emër të mirë për një komponent që mund të nënkuptojë ndonjë nga sa vijon

  • Ne nuk i kuptojmë përgjegjësitë e atij komponenti
  • Ka më shumë se një përgjegjësi

Pra, duke krijuar një emër të mirë, ne mund t'i shohim qartë problemet dhe të rifaktojmë kodin për të pastruar më mirë kodin. Ndihmon gjithashtu lexueshmërinë e kodit tonë. Nëse shohim një metodë me një emër që zbulon qëllimin, ne nuk kemi nevojë ta gërmojmë atë metodë duke u përpjekur të kuptojmë se çfarë bën, duke e bërë kështu të kuptojmë kodin më shpejt. Në fund të fundit, ne po shkruajmë kodin në mënyrë që t'i bëjmë njerëzit e tjerë ta kuptojnë atë.

Një erë tjetër e kodit të keq është kur duhet të përdorim komente për të përshkruar një komponent në vend që të përdorim emrin e tij. Në vend të kësaj, ne thjesht mund ta riemërtojmë komponentin me një emër kuptimplotë në mënyrë që të shmangim nevojën për atë koment.

Shembull nga Robert C Marting në librin e tij të kodit të pastër:

Në vend të int d; // elapsed time in days përdorni int elapsedTimeInDays

Kur emërtojmë siç duhet komponentët, i kuptojmë më mirë, kuptojmë se mund të përkasin në vende të ndryshme. Në thelb, ne rifaktojmë kodin më mirë.