Dans la pratique, ces interfaces sont plus des exceptions que la règle et on a, a mon avis, souvent plus de confort avec le server side et les nombreux composants que l'on peut trouver dans les framework modernes.
La partie cliente reste un peu plus artisanale que la partie serveur mais les deux sont complémentaires. Certains traitements ne peuvent se faire que côté serveur pour ne pas exposer tout et n'importe quoi publiquement dans le navigateur. Et même pour ce qui est fait côté client, on est parfois obligé de l'implémenter aussi côté serveur. La validation notamment oblige à faire le boulot en double. Toute donnée validée dans le navigateur doit être validée aussi côté serveur pour éviter le tampering. C'est assez frustrant.
Je serais assez intéressé par un framework liant les deux: On défini une règle de validation côté serveur et le côte javascript correspondant est généré.
[^] # Re: Angular JS vs Server Side framework
Posté par Croconux . En réponse au journal Symfony, AngularJS, ..... Évalué à 2.
La partie cliente reste un peu plus artisanale que la partie serveur mais les deux sont complémentaires. Certains traitements ne peuvent se faire que côté serveur pour ne pas exposer tout et n'importe quoi publiquement dans le navigateur. Et même pour ce qui est fait côté client, on est parfois obligé de l'implémenter aussi côté serveur. La validation notamment oblige à faire le boulot en double. Toute donnée validée dans le navigateur doit être validée aussi côté serveur pour éviter le tampering. C'est assez frustrant.
Je serais assez intéressé par un framework liant les deux: On défini une règle de validation côté serveur et le côte javascript correspondant est généré.