J'ai expérimenté et recherchons des clients JavaScript pour des services Web reposants. À peu près tout ce que j'ai vu semble être limité aux définitions de modèle de recréer dans le client et à faire du crud sur des modèles simples (non liés). P>
Qu'est-ce que je cherche p>
Qu'est-ce que j'ai essayé p>
objectif de base p>
Une autre façon de le dire: p>
Y a-t-il un client de repos JavaScript complet en vedette que quelqu'un peut me diriger vers. Merci. P>
6 Réponses :
Quelques liens que vous souhaitez probablement regarder: p>
Comme vous le savez peut-être, la Backbone crée des objets tels que des collections et des modèles en fonction de vos données. p>
Si vous souhaitez avoir un mappage de données relationnel dans la colonne vertébrale, suivez le lien ci-dessus P>
JSON Schema Validator Strong>: https://github.com/garycourt/jsv a> p>
Ceci est pratique si vous êtes inquiet de vous assurer de vous assurer d'adhérer à un certain schéma JSON, vous pouvez étendre dressbone.js pour valider un côté client-côté du client en remplaçant la méthode Validate code>. p>
Merci, j'ai regardé la colonne vertébrale Github, mais j'espérais vraiment regarder certaines de leurs tuts et leurs exemples. Je sais que certaines des goûts de Tastypie recommandent de la backbone, qui compte depuis que j'aime Tastypie et Django sur le serveur. Je vais regarder à travers vous d'autres liens en ce moment. Avez-vous une idée de la backbone s'intègre avec ExtJS ou Dojo en tant que cadre UI?
Les tutoriels et les exemples sont sur leur wiki GitHub, en quelque sorte caché de la documentation officielle: github.com/documentcloud/backbone/wiki/...
Ahh ... cool. Backbone-Relationnel EXCELLENT.
Concernant JSONREST SCHEMAS, je suis fouillé pour définir uniquement les modèles sur le serveur? Les schémas sont-ils utilisés, en pratique, uniquement pour la validation par opposition à l'inférence du modèle?
Comme avec tout le logiciel, cela dépend vraiment de vos besoins. La validation de vos données contre un schéma particulier côté client et le côté serveur vous bénéficiera à la fin en fonction de l'expérience utilisateur, car vous n'aurez pas besoin d'une longue demande de trajet aller-retour. Rien ne vous empêche d'écrire un exportateur pour créer des versions côté client de votre schéma JSON. J'utilise JSV dans quelques cas et il est tout à fait pratique parfois.
Essayez https://github.com/avoidwork/abaaso , j'ai entendu de belles choses à ce sujet. p>
On dirait que cela pourrait avoir un jour potentiel. En ce moment, il y a très peu de documentation, pas d'informations sur les relations et aucune information sur l'intégration avec quoi que ce soit autre que le HTML DOM. Idéal pour les tâches légères. Ne ressemble pas à ce dont j'ai besoin pour la maintenabilité dans une application modérément complexe. Merci quand même.
Je pense que la mauvaise idée que vous avez est que c'est un plugin pour d'autres cadres, il est utilisé au lieu de ExtJS ou de Dojo. Pour vos besoins, vous seriez probablement concentré sur le magasin de données Github.com/avoidwork/abaaso/ wiki / données , et peut-être les méthodes client.
Eh bien, je l'ai regardé plus bien ce soir. Je dois dire que j'aime beaucoup l'accent mis sur le repos de repos. La raison que je l'ai mentionnée en termes d'intégration avec EXT ou DOJO (ou même JQueryui une fois qu'elle mûrit) est une exigence de base de la mienne. Si vous connaissez des exemples d'une utilisation d'Abaaso en tant que couche de données avec une boîte à outils intégrée UI, j'aimerais voir.
Si vous avez des questions me ping sur Twitter ou par Github. La documentation manque; C'est sur ma liste de "TODO" pour la copier plus. Vous pouvez le charger avec n'importe quel cadre / LIB et exploiter uniquement les pièces dont vous avez besoin. Je fais ça avec FileTrek.com, mais ce n'est pas vraiment public au travail. J'ai fait quelques petites preuves en utilisant, mais je manque généralement de temps. C'est immature, mais c'est presque grandi.
Merci pour l'offre. Je pourrais juste vous remettre dessus.
J'ai oublié de mentionner, c'est N-N ou N-1 en fonction des données que vous consommez.
Si vous ne voulez pas tout un cadre, procédez comme si vous essayez: https://github.com /jpillora/jQuery.Rest C'est assez nouveau, alors veuillez poster des problèmes, des bogues, des demandes de fonctionnalités! P>
Je pense que le problème de la recherche d'une bonne banque de clients est que nous (comme dans la communauté Web) n'ayant pas encore une compréhension complète et complète du repos et comment créer une bibliothèque de serveur. P>
techniques telles que HAL ( http://ssatess.co/hal_specification.html ) peut offrir le Meilleure direction en avant. Lorsque vous avez un ensemble d'API qui s'engagent à haïssez ( http://fr.wikipedia.org/wiki/heoas ) Et cela fonctionne vraiment de manière à permettre le lien hypertexte de conduire l'application, vous avez un moyen de construire des extrémités avant de poids très légères qui n'ont pas besoin de reconstruire tous les objets et de repenser chaque règle d'entreprise. < / p>
Consultez mon client Json-Hyper-Schema JavaScript. Il construit dynamiquement une application client HTML utilisant angular, en analysant le schéma fourni à un point de terminaison de ressources donné avec la méthode Options. P>
https://github.com/bpanahij/passportedu_schema/tree/master/Client < / a> p>
J'ai travaillé sur une hateoas (HyperMedia comme moteur d'application de l'application) API, utilisant le schéma hyper JSON.
Vous pouvez aller à l'URL ci-dessous, parcourir, enregistrer, vous connecter et faire des actions. p>
Vérifiez-le, ici:
http://direct.psprt.com:8081/ p>
J'ouvre également l'a acheté mon code API actuel jusqu'à présent:
https://github.com/bpanahij/passPortedu_schema p>
N'hésitez pas à jeter un coup d'œil, emprunter et commenter. p>
[JSON HYPER SCHEMA] [1] (voir aussi [JSON-SCHEMA] [2]) P>
Les liens sont cassés
Essayez Repossible.js . La syntaxe expressif permet la nidification des ressources, s'accumule sur des promesses et reste hors de votre chemin. Il est inspiré par Restankular, seulement il est autonome. P>
Disclaimer: nous l'avons écrit. P>