Hallo partner,
Ik gebruikte een XPO een paar jaar geleden en heb nog een toepassing op een klant bovenop dat.
Vanuit mijn ervaring, vrij goed werkt XPO als uw vraagbehoeften niet te complex zijn.
De plaatsing is ook groot, aangezien het tot uw schema automatisch leidt als het gegevensbestand niet wordt gevonden, maar gewoonlijk met het schema gaat ook sommige standaardgegevens en wij beëindigen nog het moeten manuscripten creëren.
Een ander verschil is dat werk XPO aangaande de tegenovergestelde richting van het meeste ORMs.
Gewoonlijk moet de logica ORM het gegevensbestand creëren en het zal de klassen produceren, op XPO cre�ërt u de klassen en het produceert het gegevensbestand dat heel wat werk kan zijn speciaal te vormen als OB en met heel wat relaties groot is.
Het Kader van de entiteit (EF), naar mijn mening is veel meer flexibel wanneer het over het vragen komt.
XPO heeft ook een Linq aan XPO maar hoewel het, voelt als zwaarder aan me aardig kijkt.
De integratie met SQL Procedures en Functies is transparant en de modelleringsmening is manier beter dan dan vorige LINQ aan SQL versie (die als zijn het gaan spoedig sterven btw kijkt).
Ook op EF, wordt de code geproduceerd gebruikend T4 malplaatjes, die een templating taal is.
U hebt eigenlijk toegang tot deze malplaatjes zodat kunt u hen aanpassen als u het nodig hebt om meer code, iets te produceren specifiek voor uw project.
U hebt ook toegang tot al „actie“, wordt al code geproduceerd, kunt u alles zuiveren die achter de scènes gebeurt.
Zo, voor me, en als grote ventilator DevX, ben ik niet tevreden maar ik verkies EF dan XPO.
Een zijnotatho is dat ik ook Subsoon gebruik, een douanegenerator die ik en ook MyGeneration heb gemaakt.
Allen koelen codegenerators.
Juicht toe!
Alex
