Új hozzászólás Aktív témák

• #16688 Drizzt nagyúr Netszemete #16687

  Új Válasz 2021-11-28 09:49:00 #16688

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Drizzt

  nagyúr

  válasz Netszemete #16687 üzenetére

  1. Az ORM nem tudja elrontani a mappinget, míg a user igen. Persze ebben annyi hazugság van, hogy vannak dolgok, amik többféleképpen mappelhetők, tipikusan az ID-k. Ugyanis ha az ID egy foreign key, akkor lehet helyette Objektumként mappelni. Szóval az ORM egyszerűen megcsinálja azt helyetted, amivel dolgoznod kéne.
  2. Az ORM megteszi az entity-object mappinget, ami ORM nélkül magadnak kell megtenned. Általában ad valamilyen object oriented query buildert APIt is.
  3. ORM egyszerűen bizonyos mértékig elrejti előled, hogy adatbázissal dolgozol, használhatsz simán OO szemléletet.
  4. ORM gyakran integrálható tranzakció management-tel, ami megintcsak olyan extra kód, amit magadnak kéne megírni.
  5. Az ellenkező irány is lehetséges a fejlesztésnek: megírod az entity-t és az ORM frameworkkel generáltatsz táblákat.
  Meg igazából lehetne sorolni bőven.
  Nagyobb alkalmazásoknál egyértelműen meg tud térülni az ORM által elnyelt boilerplate kód, amit amúgy meg kéne írni. Viszont azért ORM-ek sem mindenre tökéletesek, update/insert teljesítményre optimalizálni kimondottan nehéz tud lenni. Ezeket sokszor natív SQL-lel egyszerűbb megcsinálni. De semmi nem gátolja meg az embert abban, hogy a kód egy részében ORM-mel bűvészkedjen az entity-jeivel, más részén meg natív SQL-lel módosítsa őket.

Új hozzászólás Aktív témák