Question

Je suis en train de faire une revue technique et de regarder l'intégration d'AMF avec différents backends (Rails, Python, Grails, etc.).

De nombreuses options existent, la question est de savoir ce que font les produits Adobe (BlazeDS, etc.) à la différence de RubyAMF / pyAMF.

Était-ce utile?

La solution

Hormis les canaux NIO (RTMP), LCDS inclut également la "gestion des données". fonctionnalités.

En utilisant cette fonctionnalité, vous implémentez dans une classe ActionScript une interface de type CRUD définie par LCDS et vous obtenez:

  • chargement de liste progressif automatique (les listes volumineuses / chartes de données se chargent lors du défilement)
  • gestion automatique des crud (vous obtenez un objet localement en flash, vous le modifiez, vous le renvoyez et la base de données sera mise à jour automatiquement)
  • fonctionnalité de résolution des conflits (si plusieurs utilisateurs tentent de mettre à jour le même enregistrement en même temps)
  • si je me souviens bien, amélioration de l'intégration avec le moteur de flux de travail LiveCycle ES

IMO, le développement de cette manière peut être très rapide, mais uniquement si vous n’avez que des exigences de base et une architecture simple (oubliez SOA, qui fonctionne aussi bien avec Flex). Je vais bien avec BlazeDS.

Autres conseils

Les fonctionnalités de gestion de données pour LCDS décrites ici sont certainement valables, mais je pense qu’elles ne vous permettent pas de développer une solution plus rapidement. Un développeur doit encore écrire TOUT le code d'accès aux données, exécuter une requête, extraire des données à partir de gestionnaires de données dans des objets de valeur. TOUT cela a été résolu une douzaine de fois avec des générateurs de code. Par exemple, l'approche de gestion des données dans WebORB pour Java (un peu comme dans WebORB pour .NET et PHP) repose sur la génération de code qui crée du code pour le côté client ET le côté serveur. Vous obtenez toutes les API ActionScript du générateur de code pour effectuer une analyse CRUD complète.

De plus, WebORB fournit des fonctionnalités de streaming vidéo et de messagerie en temps réel et va beaucoup plus loin que ce que BlazeDS et LCDS offrent combinées, en particulier compte tenu du fait que le produit est gratuit. Il suffit de le google.

Adobe propose deux produits: Livecycle Data Services ES (LCDS) et BlazeDS. BlazeDS contient un sous-ensemble de fonctionnalités LCDS et a été rendu open source. Malheureusement, les canaux NIO (RTMP NIO / HTTP) et les fonctions DataManagement ne sont implémentés que dans LCDS, pas dans BlazeDS.

BlazeDS ne peut être utilisé que pour intégrer Flex avec le backend Java. Il propose non seulement des services d'accès à distance utilisant la sérialisation AMF (comme RubyAMF), mais également des fonctions de messagerie et de collaboration - consultez ce lien ( http://livedocs.adobe.com/blazeds/1/blazeds_devguide/help.html?content=lcoverview_3.html ). Aussi, je suppose que le support est mieux comparé à RubyAMF / pyAMF.

Si votre backend est JAVA et que vous souhaitez utiliser uniquement un produit gratuit, vous pouvez également utiliser GraniteDS ou WebORB (concurrents de BlazeDS)

Bonne question. Je ne suis pas un bonhomme de rubis (j'utilise java avec flex), mais ce que je crois qui différencie blazeds vs commercial livecycle ds est

  1. Prise en charge du protocole de diffusion en continu (rtmp) - concurrence pour les comètes et autres, diffusion de vidéos
  2. Quelques éléments avancés pour la mise en veille prolongée d'objets détachés et la mise en cache de nombreux résultats que je ne comprends pas bien ou dont j'ai besoin
    1. support? Peut-être d'autres mais ce sont ceux que je connais par coeur.
Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top