Pa napokon i do ove price da dodjemo. Licno, mislim da ce ova tehnologija biti interesanta za vecinu koji ovde dolaze, ako ne sama tehnologija onda bar ovaj thread, jer vecina koja dolazi na .NET foruma, po mojom proceni, radi neku vrstu data aplikacija. Uglavnom, namena LINQ nije samo manipulacija, nad nekim objektima u svetu DB-a, nego nad raznim podacima. (otprilike moglo bi se reci da se program sastoji od algoritma i podataka, ne bitno koje je namene )
Namerno sam napisao LINQ & ORM's jer zelim da se razdvoji manipulacija od same definicije, tj. ORM scheme kakva god da je ona i u cemu god da je definisana. LINQ je, ajde da kazem podjezik (to je nesto najvise sto mozemo da ga okvalifikujemo, sudeci po prosloj temi .NET .3.5.) Ukratko ono sto se meni svidelo kod LINQ-a je nacin manipulacije nad objektima, nesto slicno kao SQL, za koji su svi ovde upoznati, samo sto je, po meni, jos mocnije (ipak manipulacija objektima i poljima nije isto). Kako LINQ radi? E to je vec prica za sebe, ja se ne bi usudio da objasnjavam, mada sam nacin rada i nije toliko komplikovan, ono sto bi mozda trebalo naglasiti da je LINQ ustvari proizvod evolucije C# jezika, sto znaci da je LINQ veoma lako prosirljiv custom funkcijama, ovo je nesto sto meni smeta kod SQL-a, tamo je politika otpriliko, 'to ti je sto ti je' (recimo analiticke f-uje, koje ukoliko ne postoje u onom obliku koje vama treba, zbog performansi zavrsite u mix-u SQL-a i programskom delu SQL(imperativne naredbe) vaseg DB-a) Uglavnom, evo jedno lepo objasnjenje kako LINQ radi, doduse na engleskom je ali kome to danas smeta, onda, bez uvrede, mislim da mu i nije mesto u programiranju
Sve je ovo lepo ali LINQ manipulise objektima, a ako njih nema onda je sam LINQ bezvredan. Tu stupaju na scenu ORM alati.
I ovaj deo mene mnogo kopka, zato bi nastavio diskusiju sa prosle teme sa par pitanja.