Discussion :

[TachikomaWebI]

Bonjour,

depuis quelques semaines je suis à la recherche d'une techno/méthodologie pour mon projet de fin d’étude qui se porte sur "l'industrialisation de la production de min-site/site vitrine", cependant je suis un peu perdu entre toutes les techno, framework, librairie du moment ... car on trouve de tout et de rien.

pour le moment mon courant de penser serais de trouver une techno qui fonctionne un peu comme les sites proposer dotNet mais sur un modèle full HTML/JS, c'est à dire une "page" (view) attaché à son "behind" (controller) et l'accès aux données (model) serait effectué via un webservice., vais-je dans le bonne direction ?



Et dans le cas concret que je dois traiter, mes contraintes de fonctionnement sont l'utilisation :

• Plesk (Windows)
• MsSql Server

Merci pour vos lumières =)

[Vil'Coyote]

le mvc n'inclue pas obligatoirement du webservice. cette manière peut être intéressante seulement si ta partie SGBD est hébergé chez un tiers autre que celui de ton site. de l'ajax pourrais être envisager à la plage du webservice (enfin dans le cas ou tu continue comme tu l'indique ici)

[TachikomaWebI]

Le mvc n'inclue pas obligatoirement du webservice.

Nous sommes d'accord ^^.

cette manière peut être intéressante seulement si ta partie SGBD est hébergé chez un tiers autre que celui de ton site.

Non pas seulement, car la SGBD peut-être chez le même presta mais sur un serveur différent, par exemple; donc la connectivité est moins garantie quand localhost.
Dans la réflexion que j'ai eu, et vue que mon cas s’arrête à des petits site, j'ai plus vue cela côté la maintenabilité; pour un "intégrateur web" il est selon moi plus simple pour eux de se connecter à un webservice avec du JQuery (par exemple) que de faire un DAL.

Pour un être un peu plus clair dans ma définition de mini-site/site vitrine, ce sont des sites types blog avec genre 10 pages maxi du type : about; contact; news

de l'ajax pourrais être envisager à la plage du webservice

C'est à dire ? selon mes connaissances l'ajax sert à faire des appels distants/asynchrone et non à remplacer un webservice.

[Vil'Coyote]

en voyant ton schéma, j'ai supposé que tu voulais utiliser les webservice "juste" pour l'accès au données. D'où le fait de parler d'ajax car je ne vois pas d'intérêt réel à ajouter cette couche supplémentaire.