Discussion :

[SKone]

g++ de gcc reste en avance niveau respect des normes mais a mon triste regret g++ est en retard au niveau du code asm donc binaire générer est en retard par rapport à VC++ et encore plus par rapport à le compilateur d'Intel. Lorsque l'on coche l'utilisation des SSE dans le compilo d'Intel cela fait des "miracles"

[EDIT]j'ai retrouvé le second de microsoft accompagnant la conf : Eric Vernié[/EDIT]

[Yogy]

Pour EF, je crois qu'on a tous compris qu'il fallait attendre la next pour se faire une vraie idée, pour L2Sql, c'est à priori mort...Donc reste ce bon vieux ADO.NET (qui du reste est super fiable).

Euh, question conne, je débarque peut-être, mais pourquoi tu dis ça ?

[B.AF]

Parce que EF V1 c'est pas ça, Linq to SQL est un produit mort né.
Donc la seule certitude aujourd'hui c'est ADO.NET

[Yogy]

Parce que EF V1 c'est pas ça, Linq to SQL est un produit mort né.
Donc la seule certitude aujourd'hui c'est ADO.NET

Pourquoi mort-né ? C'est que je l'utilise un peu moi
Il ne sera pas supporté ? pas d'évolution ? inutilisable ?

[rad_hass]

Pourquoi mort-né ? C'est que je l'utilise un peu moi
Il ne sera pas supporté ? pas d'évolution ? inutilisable ?

Microsoft a dit que le future était à EF ... Donc ils ont pas dis que c'est mort mais presque

[B.AF]

En tous cas, c'est confirmé par l'équipe ADO.NET.

[Jérôme Lambert]

Pour Linq to SQL, vous trouverez les infos par ici. Cela vient du blog de la team ADO.NET de Microsoft, il n'y a donc pas d'informations plus sûr que celles du blog en question.

[Yogy]

Hm si je comprend quelque chose, EF = entity framework = linq to entities ? Il est apparu quand ? Au 3.5sp1 ??
Moi qui ai fait tout un projet avec linqtoSQL, ça m'a pris des mois

[Jérôme Lambert]

Hm si je comprend quelque chose, EF = entity framework = linq to entities ? Il est apparu quand ? Au 3.5sp1 ??

Dans sa première version finale, ADO.NET Entity Framework est aparu dans le .NET Framework 3.5 SP1 et Visual Studio 2008 SP1. (corrigez moi si je dis une bétise)

ADO.NET Entity Framework, c'est le nom du framework ORM (Object Relational Mapping) de Microsoft.
Linq to Entities, c'est la couche te permettant de requêter les entités de l'ORM à la "sauce" Linq.

[Yogy]

vu comment tu tournes ça j'ai la vague impression qu'il ya a une 2eme version finale parue ou à paraitre...avec VS2010 ? Merci pour toutes ces réponses

[Jérôme Lambert]

vu comment tu tournes ça j'ai la vague impression qu'il ya a une 2eme version finale parue ou à paraitre...avec VS2010 ? Merci pour toutes ces réponses

Oui, la première version de ADO.NET Entity Framework venait (ou allait) à peine de sortir que la team ADO.NET parlait déjà de la version 2 du framework.

La team a même ouvert un autre blog pour plus de transparence sur les choix de direction pour la prochaine version : http://blogs.msdn.com/efdesign/

[B.AF]

"We’re making significant investments in the Entity Framework such that as of .NET 4.0 the Entity Framework will be our recommended data access solution for LINQ to relational scenarios. We are listening to customers regarding LINQ to SQL and will continue to evolve the product based on feedback we receive from the community as well"

Ca fait un bourdon suffisamment grand dans la communauté.

C'est une façon polie de dire :
LS --> Maintenance
EF --> Solution officielle

[Yogy]

Oui et donc vaut peut être mieux attendre la version 2 d'EF avant de s'y mettre ? Venant de me casser les dents avec linq j'ai pas tres envie de perdre aussi mes gencives , beaucoup de choses risquent de changer ?

[B.AF]

beaucoup de choses risquent de changer ?

Oui, en tous cas, faut l'espérer !

[Yogy]

hmmmm ok il m'a pas l'air terrible non plus cet EF

[B.AF]

hmmmm ok il m'a pas l'air terrible non plus cet EF

Ca depend du cas d'utilisation. Et il faut s'en servir avant de formuler un avis.

Je pense qu'en client serveur avec ASP.NET MVC, ou pour faire du client serveur pur, c'est un framework productif et suffisant.

Pour faire du ntiers (physique pas logique), il n'est pas suffisant.

C'est mon avis, et il peut ne pas être le meilleur.

[Yogy]

Ca depend du cas d'utilisation. Et il faut s'en servir avant de formuler un avis.

Je pense qu'en client serveur avec ASP.NET MVC, ou pour faire du client serveur pur, c'est un framework productif et suffisant.

Pour faire du ntiers (physique pas logique), il n'est pas suffisant.

C'est mon avis, et il peut ne pas être le meilleur.

j'essaye de tester un peu EF. Peux tu me dire pourquoi à ton avis ce n'est pas (encore) suffisant pour faire du ntiers ? Merci