Existe-t-il un besoin réel d'une architecture côté serveur pour une application RIA?

Question

Avons-nous vraiment besoin d'une architecture côté serveur pour créer une application RIA?

Mon idée est la suivante:

• Créer une application complète AIR en utilisant uniquement les pages Html, JQuery et un ensemble d'interface côté client complet de composants (choisissez votre poison entre le grand nombre de composants différents disponibles open source et non)
• côté serveur Je viens d'un ou plusieurs REST comme les services Web qui retourne et accepte des objets sérialisés

Json plus de dépendance à la dernière tendance sur l'architecture côté serveur (Struts, Java visages, Asp .Net, MVC ou tout autre modèle qui était à la mode il ya quelque temps ou qui est à la mode), le côté serveur web sera juste une interface entre trasnsport (Json) et la couche logique métier, avec très peu de logique. Côté client, nous aurons une énorme application JavaScript, mais avec des navigateurs modernes et des PC (pour la vitesse) et un environnement de développement moderne pour la facilité de maintenance (VS2008 et d'autres outils déboguent JavaScript très bien) je vois moins un problème dans le code maintenance pour cette couche que de trouver le développeur qui connaît l'architecture de couche serveur correcte ...

Avez-vous un commentaire pour ce scénario?

Ciao Massimo

Answer 1

Vous pouvez aussi facilement avoir posé des questions sur la mise en œuvre d'un back-end de première classe obtenir le droit côté serveur, tout en évitant la dernière tendance à la mode côté client. Et je pense que ce serait un objectif légitime dans les deux cas. Vous ne mentionnez pas s'il s'agit d'une application existante, mais si c'est le cas, je dirais d'abord que le livre de refactorisation de Fowler commence à être utilisé, et ensuite allez-y.

Une grande partie du taux de désabonnement des logiciels est utile si vous savez comment appliquer correctement ce que vous devez savoir pour atteindre vos objectifs côté client, car les mêmes concepts (SOC, couplage-contre-cohésion, DRY, YAGNI , etc.) s'appliquent aux deux extrémités, et nous avons de plus en plus à portée de main des outils utiles pour les appliquer (ce qui peut être accompli plus ou moins facilement avec beaucoup de technologies.)

Answer 2

Ou ne même pas déranger avec le REST/Json partie et utiliser quelque chose comme DWR pour parler directement de votre code côté client à votre serveur POJOs.

Answer 3

La plupart des applications RIA ne requièrent pas de MVC ou de framework basé sur les composants car le C, V et la plupart des M résident sur le client. Cependant, vous aurez toujours besoin d'une sorte de couche de services pour le client à qui parler et une couche de persistance pour travailler avec la base de données.

Answer 4

Il suffit de ne pas mettre la logique de sécurité sur le côté client ... ;-)