Domanda

sto lavorando su un nuovo progetto in questo momento e sto pensando di utilizzare un ORM oltre che di LINQ to SQL. Ho avuto attualmente LINQ to SQL cablato in un repository, ma non sto amando il modo in cui il mio Repo deve corrispondere la mia struttura di DB. (Esempio: Ho un join tra Utenti e OpenID di, e ho bisogno di un 2 classi (una per ogni tavolo) e una classe per la vista che li unisce)

.

Ho sentito alcune cose buone su di Telerik OpenAccess ORM e ho una licenza per esso (se superata - ultima versione: 2009.1 405 (Apr 5, 2009))

Le mie domande sono ...

Qualcuno ha usato?
Come è la curva di apprendimento?
E 'uno strumento buono per il mio scenario di cui sopra?
È la versione che ho ok senza dover aggiornare la mia licenza?

È stato utile?

Soluzione

La nostra azienda è una società di produzione solare $ 2.5B. Quando abbiamo iniziato a progettare v2 del backend struttura dell'applicazione, che tutte le nostre applicazioni sarebbero basati su, abbiamo preso uno sguardo al Telerik ORM. Ho trascorso un paio di settimane guardarla. La nostra conclusione è che era troppo complesso, e un po 'traballante, per le nostre esigenze. Siamo andati con L2S e non sono pentito. L2S ha fornito tutte le funzionalità di cui abbiamo bisogno ed è semplice e diretto. IMO, è troppo cattivo Microsoft sta spendendo così tante risorse su Entity Framework, perché hanno un vincitore in L2S.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top