Forum d'entraide PHPFrance

http://msdn.microsoft.com/fr-fr/library/bb397676.aspx

C'est assez intéressant ...

Je sais, c'est du crosoft, c'est le mal.

Mais parfois, ils peuvent aussi avoir de bonne idées.

snul, aucun intérêt je trouve

En toute honnêteté, j'ai laissé de côté les querelles partisanes,
mais Microsoft ou pas, je n'ai pas bien compris l'intérêt (au sens innovation).

Bon allez, je développe un peu

Il faudrait jeter un oeil plus approfondi, mais à première vue ça n'est vraiment qu'un «sucre syntaxique» et entre faire un

$rows = SELECT * FROM myTable;

et un

$rows = SQL::doSelect('* FROM myTable');

je penche très très favorablement pour la deuxième forme.

D'où : snul, aucun intérêt.

C'est le premier truc qui m'a choqué : plagier le standard SQL pour réinventer de nouvelles structures exigeant de re-bosser le truc et de se réadapter.

Sur certains sites j'ai vu des structures de requêtes assez bizarres avec LINQ, ca m'a fait froid dans le dos, je n'ose pas imaginer niveau performances...
Toujours est-il LINQ est un acronyme qui signifie "Language INtegrated Query". En gros, on intégre le language SQL directement dans le code, et celui-ci permet de rechercher directement dans les objets.

Imaginez la même chose dans des arrays ?

Imaginez la même chose dans des arrays ?

Un gouffre à performances ? À part çe je ne vois pas bien

Hey ,

Est-ce que le but inavoué de LINQ (j'adore le nom, très sympa) ne serait pas de plagier Objective C avec son système d'interrogation d'objet via des messages ?

mcorgnet, qu'est-ce que tu trouves d'intéressant dans LINQ ?

Quoi qu'on en dise, le principe d'unifier l'interrogation à tous les objets pouvant contenir des données est une excellente chose, quelle que soit la mise en oeuvre…

LINQ est intéressant pour les programmeurs qui ne sont pas expérimentés en sql.

Plus d'informations ici :

http://blogs.codes-sources.com/christia ... chose.aspx

Comme j'ai souvent tendance à le dire : faciliter la tâche des développeurs coûte en performances.

Ah bah oui c'est sûr.
Tout ce que le développeur ne fait pas, le programme doit le prendre en charge. Donc : moins de code, mais plus de traitement. Le raisonnement inverse : plus de code, moins de traitement, abouti sur de l'assembleur .

Ha attention, j'ai jamais dit que j'étais contre hun. Je suis même pour : c'est ça, l'innovation technologique. Et on a tendance à oublier qu'elle passe aussi par l'innovation dans les langages de programmation.

Non, c'est pour répondre à ceux qui diront que les performances servent à accélérer la vitesse des applications, et qui tournent sous windows XP ou Vista, ou n'importe quel OS graphique, en fait.

Ah bah oui c'est sûr.
Tout ce que le développeur ne fait pas, le programme doit le prendre en charge. Donc : moins de code, mais plus de traitement. Le raisonnement inverse : plus de code, moins de traitement, abouti sur de l'assembleur .

Ca dépend si c'est compilé ou interprété. Si c'est bien compilé, cela peut être plus optimisé qu'un code plus bas niveau mais mal organisé…

Et ce matin, via nexen, j'ai découvert l'existence d'une implémentation de LINQ en PHP.
http://www.codeplex.com/PHPLinq/
Perso, je pense que je vais regarder ca de très très près

Et ce matin, via nexen, j'ai découvert l'existence d'une implémentation de LINQ en PHP.
http://www.codeplex.com/PHPLinq/
Perso, je pense que je vais regarder ca de très très près

Ca a l'air intéressant en effet A voir ce que ça peut donner en terme de performances par contre, je crains que le surcoût soit élevé si tu comptes un peu trop sur ce sucre syntaxique.