2017-06-27 5 views
0

Je souhaite générer une application Web dans Java et utiliser simplement un service REST. Je pense qu'il y a deux approches pour cela:Client REST: consommateur backend java vs consommateur script java

1- Consommateur côté client: Avec une application simple qui contient un fichier de script Java qui appelle le service, puis génère l'interface utilisateur à partir du résultat. Consommateur côté serveur: Dans le service de premier appel backend (avec Spring RestTemplate), générer l'interface utilisateur appropriée et envoyer le code HTML au client.

Quelle approche est recommandée?

Je sais que cette question est très générale mais je veux en savoir avantage et inconvénient.

+0

Pour 2) j'utiliserais vaadin. Je l'ai utilisé et j'aime vraiment travailler avec. Je trouve que c'est le web le plus simple à utiliser. Il génère html5 du côté client – efekctive

+0

Option 1, c'est un agnostique client. Et le serveur peut produire différents types de contenu dépend du périphérique client. – Lovababu

Répondre

-1

L'approche consommateur côté client est la meilleure que demain si vous avez une autre application client qui nécessite les mêmes données, mais l'affichera d'une manière différente, alors l'approche consommateur côté client vous bénéficiera. Par exemple: supposons que le consommateur est aujourd'hui une page web alors vous pouvez obtenir les données du backend et les afficher sur votre page web, mais demain si votre entreprise se développe et que vous planifiez une application mobile, alors votre même api de repos viendra pratique pour vous.

+0

Pourquoi approcher 1 est meilleur pour créer un deuxième client? Aussi en approche 2 je peux rendre le client facilement. –

+0

Mais l'envoi de code HTML sur Internet consommera plus de données que l'envoi de données personnelles. – DDS

+0

Non. J'ai une application Web dans ce scénario, fournisseur de services et fournisseur d'interface utilisateur en appelant le service Web. Lorsque j'ai mobile App juste la deuxième partie doit être changer avec notre application. –