Qu'es-ce qui rend impossible d'appliquer le modèle pour les serveurs d'applications ?
Peut être parcqu'on n'utilise pas un tracteur pour faire une course formule1, et inversement.
Pour la partie 2 je parler du rapprochement de zope et IBM pas de sun :
J'ai bien compris, je voulais juste indiquer que c'était également un objectif de Sun, Sun et IBM qui viennent d'ailleur de signer un nouvel accord pour prolonger leur partenariat pour 10 ans autour de Java.
Qui parle d'utiliser les technologies php 5 pour les serveurs d'applications après c'est toi qui parle de les utilisés uniquement comme facade.
Moi je parle surtout du présent, de ce que je vois actuellement. PHP 5 n'a aucun modèle de composant, il faudra donc le définir. Bref, en l'état actuel PHP n'est pas un serveur d'application.
ça ne facilite pas forcément la maintenance ça permet surtout de ce retrouver avec des martaux-piqueurs pour enfoncer des clous.
Tout à fait, il n'est pas forcement pertinent d'utiliser une usine à gaz pour tout.
on sait toujours pas avec quoi vu que la plus grosse partie des API ne le sont pas
Oué enfin les 3/4 sont portables (et portés : http://mono.ximian.com/class-status/mono-HEAD-vs-fx-1-1/index.html)(...) quand même faut pas abuser. Il y a en gros qu'un truc qui n'est pas porté : la partie COM+ (et donc tout ce qui est lié aux serveurs d'application), empêchant Mono d'être une solution d'entreprise concurrente de J2EE. Enfin il reste tout de même un fossé énorme entre ASP.NET et PHP par exemple. Enfin là on sort du débat initial quand même ;)
alors que tu sous entends deux lignes au dessus que c'est pas possible...
Ben je t'ai dis, je veux pas trop me tenter à donner des explications sur le relatif "flop" de Zope (faut dire ce qui est, le soufflé est retombé). Perf ? Fonctionnalités ? Si c'est un serveur d'application au même titre que Rails dans ta tête c'est un début d'explication ;)
Enfin je vais fouiller un peu Zope pour voir ce qu'il y a dedans, par curiosité.
[^] # Re: L'avenir des langages compilés pour les gros projets
Posté par TImaniac (site web personnel) . En réponse au journal De la difficulté de contribuer à des gros projets. Évalué à 2.
Peut être parcqu'on n'utilise pas un tracteur pour faire une course formule1, et inversement.
Pour la partie 2 je parler du rapprochement de zope et IBM pas de sun :
J'ai bien compris, je voulais juste indiquer que c'était également un objectif de Sun, Sun et IBM qui viennent d'ailleur de signer un nouvel accord pour prolonger leur partenariat pour 10 ans autour de Java.
Qui parle d'utiliser les technologies php 5 pour les serveurs d'applications après c'est toi qui parle de les utilisés uniquement comme facade.
Moi je parle surtout du présent, de ce que je vois actuellement. PHP 5 n'a aucun modèle de composant, il faudra donc le définir. Bref, en l'état actuel PHP n'est pas un serveur d'application.
ça ne facilite pas forcément la maintenance ça permet surtout de ce retrouver avec des martaux-piqueurs pour enfoncer des clous.
Tout à fait, il n'est pas forcement pertinent d'utiliser une usine à gaz pour tout.
on sait toujours pas avec quoi vu que la plus grosse partie des API ne le sont pas
Oué enfin les 3/4 sont portables (et portés : http://mono.ximian.com/class-status/mono-HEAD-vs-fx-1-1/index.html)(...) quand même faut pas abuser. Il y a en gros qu'un truc qui n'est pas porté : la partie COM+ (et donc tout ce qui est lié aux serveurs d'application), empêchant Mono d'être une solution d'entreprise concurrente de J2EE. Enfin il reste tout de même un fossé énorme entre ASP.NET et PHP par exemple. Enfin là on sort du débat initial quand même ;)
alors que tu sous entends deux lignes au dessus que c'est pas possible...
Ben je t'ai dis, je veux pas trop me tenter à donner des explications sur le relatif "flop" de Zope (faut dire ce qui est, le soufflé est retombé). Perf ? Fonctionnalités ? Si c'est un serveur d'application au même titre que Rails dans ta tête c'est un début d'explication ;)
Enfin je vais fouiller un peu Zope pour voir ce qu'il y a dedans, par curiosité.