[aaandrzeeey]

#dotnet #programowanie #mvc #orm
Jaki sensowny ORM do ASP.NET + MVC?
Sensowny = możliwości + wydajność + elastycznosć + support + rozwój .

1. nHibernate
2. Entity
3.
4.
...
n. LinQ

Nie macie wrażenia, że nHibernate ostatnio marnieje?

[niepoprawnyhumanista]

@aaandrzeeey: Entity Framework.

P.S. Linq to nie ORM.

[aaandrzeeey]

P.S. Linq to nie ORM.

@niepoprawnyhumanista: True. oczywiście chodziło o LINQ to SQL,

[ihwar]

@aaandrzeeey:
ja tam lubie LINQ to SQL

[aaandrzeeey]

@ihwar: a używałeś innych ORM-ów?

[niepoprawnyhumanista]

@aaandrzeeey: Linq to SQL samo w sobie to też nie ORM. Wtedy równiez wykorzystuje sie EF, czy tam ADO.NET (nie pamiętam dokładnie skąd sie jedno czy drugie wywodzi).

[ihwar]

@aaandrzeeey:
EF i XPO

[aaandrzeeey]

Linq to SQL samo w sobie to też nie ORM.

@niepoprawnyhumanista: no można się spierać. Wiki klasyfikuje jako ORM.

[aaandrzeeey]

EF

@ihwar: nie lepsze?

[ihwar]

@aaandrzeeey:
nie wiem, zalezy do czego, ja ostatnio najczesciej LinqToSql robie polaczenie a model pisze ręcznie bo nie potrzebuje wszystkich danych

[1.....p]

@aaandrzeeey: jak nie masz zamiaru iść w procedury składowane to NHibernate. Masz wbudowane obsługę batchowania zapytań (.Future<>) - poza tym zapytania generowane przez NH wydają mi się lepszej jakości - chociaż możliwe, że po prostu ze znikomej znajomości EF. Tylko jedna zasada - nie próbuj nawet korzystać z LINQ Providera - tylko QueryOver.