LINQ

par **Sékiltoyai** » 30 juil. 2008, 00:53

Dans le même esprit :
http://fr.php.net/manual/fr/book.sdo.php
http://fr.php.net/manual/fr/book.sdodasrel.php

par **momox** » 11 juil. 2008, 22:07

J'ai dit regarder, pas adopter

par **Calimero** » 11 juil. 2008, 15:08

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.

par **momox** » 11 juil. 2008, 11:01

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

par **Sékiltoyai** » 17 juin 2008, 22:32

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é…

par **mcorgnet** » 17 juin 2008, 16:34

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.

par **Hywan** » 17 juin 2008, 16:27

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

.

par **mcorgnet** » 17 juin 2008, 16:22

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.

par **Sékiltoyai** » 17 juin 2008, 12:22

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…

par **Hywan** » 17 juin 2008, 11:54

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 ?

par **naholyr** » 17 juin 2008, 11:29

Imaginez la même chose dans des arrays ?

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

par **momox** » 17 juin 2008, 10:37

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 ?

par **sadeq** » 17 juin 2008, 01:06

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.

par **naholyr** » 16 juin 2008, 23:13

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.

par **albat** » 16 juin 2008, 22:29

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).

LINQ

Répondre

Étendre la vue Revue du sujet : LINQ