Reprise du message précédent :
ni le 1, ni le 3.

 
je te conseille d'aller sur le forum jardinage

faire tes pages en asp.net ? (ce qui te permet d'appeler tes fichiers/dll/services/whatever directement)

Tu veux dire par là que c'est pas mesurable, que qu'importe la solution ça sera pas top rapide et pas facile à mettre en place, ou que spécifiquement un webservice c'est lent et pas facile réaliser? (ou alors ça n'avait rien avoir avec ma question )

 
bah, simplicité de dev....t'a quand même une pelletée d'outils assez impressionnante pour publier des méthodes sous forme de WebService, ou générer ton code à partir de ton wsdl, etc...

Choix par rapport à quoi? Choix dans l'absolu? "C'est ce qu'utilise amazon"
 
Sinon, possibilité de réutiliser sur d'autres services (si les WS sont bien faits, ils peuvent être appelés de n'importe où), indépendance du langage fournisseur et du langage consommateur, modularise et évite d'avoir du code qui traine un peu partout, ...
 
Après, t'as le choix mode de communication dans ton WS (buzzwordia: REST, APP, SOAP, RPC, WSDL, WS*, ...)

C'est justement ce qu'on veut virer
Manifestement, le fait de passer par là, complique méchamment tout ce qu'on veut faire derrière comme intégrer des trucs particuliers sur la mise en page, rajouter de l'ajax et compagnie.
Je dis bien "manifestement" hein, ça c'est le retour de tous ceux qui ont mis les mains dans le bousin.

Choix dans le sens "expliquer aux gens qui donnent les sous ce qui est le mieux pour tout le monde", i.e. temps de dev., maintenance, sécurité, efficacité/rapidité etc.
Je note tes arguments, merci!

webservice ça veut pas nécessairement dire WSDL, contrairement à ce que les gars de SOAP et autres WS-* veulent faire croire

oué enfin c'est le plus courant, donc le truc pour lequel il y a le plus d'outils, donc le plus simple.

Tu vas quand même avoir besoin de pages hein. C'est juste que ton backend va taper dans un WS au lieu de taper dans e.g. une DB, mais faut quand même un frontend web

bof; oui; lol, schnapsmann

 
Certes, mais bon....Dans le contexte WSDL, etc... , le dev est assez aisé, quand même (enfin, en Java au moins, pour les autres technos, je sais pas s'il y a autant d'outils)

il m'a semblé entendre dire que par défaut les outils microsoft bossaient avec du WS-I basic profile

Je vois oui, virer toute la partie du code C# qui fait générer automatiquement les pages via .net n'implique pas forcément de ne plus rien utiliser de .net (y compris l'asp)

Toutes les grosses boites qui peuvent avoir besoin de vendre des consultants bossent en SOA et WS-*

Si tu le dis.
La formation universitaire que j'avais faite sur le sujet racontait que c'était ce qui était le mieux pour utiliser avec un max de langages derrière, mais j'ia pas l'xp pour en savoir plus.

 
Invisible Casus Clay

Hey, c'est un blog d'experts ici, tu t'es trompé de topic

1PQ  

ceci dit en passant, t'avais pas un amendement cracotte à faire?

 
Ça vous plait pas d'avoir un jouet à machouiller pour les longues heures d'hiver ?

prems from hopital, je poste depuis mon nokia (rien de grave)

 
C'est toi qu'est hospitalisé ?
Parce que normalement c'est kadreg

 
Garçon ou fille ?

rhoooo, cva fait un mois que j'ai pas ete a l'hosto

harko

 
T'es allé aux chiottes pour poster, au moins?

hohoho

effectivement c'est parfois bien galère pour faire certains trucs

edit : pour préciser : si tu utilises les controles serveur .net, y'a des trucs géniaux (en quelques clics, t'as une table avec colonnes sortables et pagination), et des trucs lourds (pour ajouter un truc tout con mais pas prévu par .net à cette table, tu vas passer 3 jours).
D'un autre côté, rien ne t'empêche de générer ton html à coup de response.write exactement comme en php. Tu perds une bonne partie de l'intérêt de .net (les contrôles serveur), mais tu largues aussi les boulets (les contrôles serveur).

TOF DE L"INFIRMIERE §§§§§

 
Tu choisis bien ton moment
J'espère que ça va quand même
 

 
Justement, vu que tous les objets graphiques qu'on veut afficher sont super chiadés (tant sur le look que sur la façon de fonctionner), y a t'il un intérêt à rester sur asp.net plutôt que de passer à php ou ce genre de trucs?

Chouette : j'ai un projet de 50 fichiers dans CM Synergy. Impossible de sortir la date de dernière modif, faut que je passe par l'interface et que je me tape les propriétés de chaque fichier

ho ho ho

- ça vous permet de continuer à utiliser votre code sans vous prendre la tête avec des modules, plugins ou whatever qui marchent à moitié
- vous pouvez toujours mélanger les contrôles pré-faits simples (les dropdownlist par exemple) avec la génération de html "à la main"
- si vous passez à php, vous devrez utiliser php (tu te rappelle à quoi ça ressemble, non ?)

 
Tu dis ça parce que tu t'es arrêté à PHP 7!
 

'tain mais on s'en branle des municipales a Neuilly
 arretez de nous cassez les couilles.
 
 
 alors que Mr malpoli (des Mr/Madame) chez les anglais, qui est representé par un français qui pue, ça c'est de l'info