Elsődleges kulcsok, azonosítók, hivatkozások. Az első attribútum, amelyet az objektumokhoz adunk. A való világban nem léteznek.

Problémák

  • Csatolás
  • Véletlen megvalósítás
  • „Bijekciós elv” megsértése.

Megoldások

  1. Hivatkozás az objektumra az objektumokra.
  2. Építs egy „MAPPER”-t.
  3. Csak akkor használjon kulcsokat, ha külső (véletlen) hivatkozást kell megadnia. Adatbázisok, API-k, szerializálások.
  4. Ha lehetséges, használjon sötét billentyűket vagy GUID-okat.
  5. Ha attól tart, hogy nagy relációs gráfot kap, használjon proxyt vagy lusta betöltést.
  6. Ne használjon DTO-kat.

Minta kód

Rossz

Jobb

Érzékelés

Ez egy tervezési politika.

Kényszeríthetünk üzleti objektumokat, hogy figyelmeztessenek bennünket, ha olyan attribútumot vagy függvényt definiálunk, amely tartalmazza az id sorozatot.

Címkék

  • Véletlen

Következtetés

Az azonosítók nem szükségesek az OOP-hoz. Objektumokra hivatkozol (alapvető), és soha nem azonosítókra (véletlen).

Abban az esetben, ha a rendszer hatókörén kívül eső hivatkozást kell megadnia (API-k, interfészek, sorosítások), használjon sötét és értelmetlen azonosítókat (GUID).

Kapcsolatok



Code Smell 40 – DTO-k
A DTO-kat széles körben használják, és ezek „megoldják” a valódi problémákat, ugye?medium.com



Több információ



Mi a (rossz) a szoftverrel?
A szoftver megemészti a világot. Mi, akik dolgozunk, élünk és szeretjük a szoftvereket, általában nem gondolnak rá…codeburst.io





Az egyetlen szoftvertervezési elv
Ha a teljes paradigmánkat egyetlen szabályra építjük, akkor egyszerűek maradhatunk, és kiváló modelleket készíthetünk.codeburst.io



A számítástechnikában minden probléma megoldható egy másik szintű indirekt módon.

David Wheeler



Szoftvermérnöki remek idézetek
Néha egy rövid gondolat is elképesztő ötleteket hozhat.medium.com



Ez a cikk a CodeSmell sorozat része.



Hogyan találhatod meg a kód büdös részeit
A kódnak rossz szaga van. Lássuk, hogyan változtassuk meg az aromákat.medium.com