Sinon perso, si je devais choisir entre les deux, je choisirais instinctivement AngularJS parce que du peu que j'en ai vu, il semble plus simple et plus propre que Ember.js, en plus d'avoir plus la côte et d'être développé chez Google. Après, ça demande quand-même une sérieuse analyse, et à moins de creuser dans la documentation, ça va être difficile de trouver une réponse simple.
(Honnêtement, quand j'avais regardé le fonctionnement de Ember, j'avais pas été trop séduit par le principe. En particulier, je suis pas fan de leur syntaxe pseudo-HTML barbare, même si ça a l'air puissant. Et dans l'ensemble, plus je creuse, plus j'ai l'impression que Durandal est mieux structuré que ces deux-là, donc pour mes développements perso, le choix se portera à priori là dessus ^^)
Sinon, AngularJS c'est Google, mais vu leur nature à abandonner les projets du jour au lendemain, il faut quand même s'en méfier. Malgré les moyens financiers derrière (Google oblige), AngularJS n'est à priori pas plus fiable sur le long terme qu'un framework développé ailleurs. C'est compensé par la popularité de leur framework, ce qui fait que si tu as une question, il y a de grandes chances que tu puisses trouver de l'aide dans la communauté. (Et ça mitige aussi la probabilité d'une disparition totale de support, contrairement à la concurrence… Mais on ne sait jamais de quoi demain sera fait.)
Concernant le support long terme, c'est pas un problème évident à cerner… Dans l'absolu, si le framework que tu choisis aujourd'hui marche pour toi aujourd'hui, alors il n'y a pas de gros souci. Par contre, tu prends le risque que ton code vieillisse un peu, et ne soit pas compatible avec les nouvelles technologies à la mode. Il n'est pas question d'un problème de HTML ici, mais plutôt d'évolution d'infrastructure côté JavaScript. L'arrivée de ECMAScript 6 (c'est déjà envisagé et prévu par les gars de chez AngularJS je crois) risque de bouleverser pas mal de choses par exemple… Surtout dans quelques années en fait. De fait, tu pourrais te retrouver coincé avec une vieille version de jQuery ou autre, et avoir plus de problèmes à faire évoluer le code, ou même à former les nouveaux. (La documentation des libs js, c'est une ressource plutôt éphémère)
Bref, c'est quelque chose à envisager aussi, même si ce n'est pas la peine de se prendre trop la tête dessus. (De toutes façons, soyons réalistes, si ton code atteint une durée de vie de 10 ans (5 pour le web
) sans modifications/réécritures, c'est déjà un petit exploit en soi… Ou une très mauvaise gestion, va savoir.)