Question

Pour préfacer Je suis nouveau pour le développement web. Je cherche à créer un ensemble de base de services web RESTful autour d'une bibliothèque de documents précieux de toutes sortes (initiales des capacités CRUD). Ce faisant, je crée théoriquement un arrière-plan parfaitement réutilisable et évolutive à utiliser par des applications non prévues à l'avenir.

Mes centres d'interrogation autour de la meilleure pratique pour ce faire. Mon exigence initiale m'a aussi la création d'une extrémité avant unique. Est-ce que je fais l'extrémité avant et extrémité arrière des projets complètement séparés pour améliorer la réutilisation. Il augmenterait les frais généraux.

Vous cherchez à utiliser GWT, Restlet et la pile de la technologie Java EE si cela influe sur la configuration du tout.

Était-ce utile?

La solution

Le plus important est de concevoir une API Java propre - indépendant de REST, RMI, ou tout autre protocole que vous souhaitez utiliser. A partir d'une API Java propre, vous pouvez prendre en charge toute méthode d'accès.

Sauf si vous avez un cas d'utilisation de ces autres méthodes d'accès, ne les construisent pas maintenant. Vous pouvez construire quand vous en avez besoin.

L'interface plus facile à ajouter est d'abord une interface Web où votre application web fonctionne dans la même machine virtuelle Java que votre API de base. Je ferais cela si cela fonctionne pour votre cas d'utilisation. Construire une application console séparée qui accède à votre API de base via un REST (ou autre) protocole est beaucoup plus de travail ..

Autres conseils

Martin Fowler a écrit un très bel article sur les bases de REST il y a peu de temps: Richardson Maturity Model . Je l'ai trouvé très utile de comprendre les principes de repos.

Si vous voulez utiliser les services de back-end REST, vous devez utiliser le RestyGWT projet qui vous vous permet d'utiliser un style GWT-RPC pour accéder à votre programmation des services reposant sur la base JSON.

La bonne chose sur l'utilisation des services de base JSON REST sur les services traditionnels RPC GWT est que ces services peuvent être utilisés par d'autres clients ou même dans les mashups plus facilement.

Vous pouvez envisager d'utiliser GWT-RPC au lieu de repos si vous savez que vous allez utiliser GWT pour le frontend. Plus discussion .

Toutefois, si vous pensez que vous pouvez éventuellement exposer vos données via une API REST, ou utiliser une autre technologie sur le frontend, REST peut être un meilleur choix.

Le GWT repos projet peut également être utile.

Un collègue et moi avons écrit un système GWT en utilisant des projets séparés pour extrémités avant et arrière. Il a été utile de garder les choses tout à fait clair sur l'endroit où le code est en cours d'exécution. Mais je ne suis pas sûr que je peine à séparer les choses dans un futur système.

En outre, étant donné que vous êtes nouveau au développement web, je ne pense pas que vous devriez être attendre pour faire un back-end parfaitement réutilisable. Vous apprendrez beaucoup de choses que vous allez. Je pense que les codeurs agiles recommanderaient une approche itérative de (a) l'obtention d'un petit aspect de travail, puis (b) refactoring pour le rendre beau.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top