StateCoder

.NET est un espace de noms pour la création et le support de machines à états dans les langages .NET.
StateCoder est un espace de noms .NET pour la création et le support de puissantes machines à états dans .NET en utilisant Visual Basic .NET, C# et d’autres langages .NET. Les applications typiques comprennent :

• Gérer un grand nombre ou des nombres variables d’opérations asynchrones
• Réduire le nombre de threads nécessaires pour effectuer des opérations en arrière-plan (particulièrement utile pour les objets qui supportent de multiples clients)
• L’utilisation sélective du traitement entre les requêtes pour ASP.NET et les services Web peut améliorer la réponse de l’utilisateur tout en utilisant des ressources minimales du serveur
• Encapsuler des séquences d’opérations asynchrones (les regrouper en une seule opération d’événement ou d’attente)
• Implémentation de protocole. Les protocoles Internet ou autres sont presque toujours basés sur des machines à états
• Les machines à états peuvent être utilisées pour analyser les données entrantes et effectuer des opérations basées sur les résultats, y compris générer des données de sortie dans un format différent
• Les machines à états peuvent définir des objets basés sur des transactions qui n’utilisent pas COM+/MTS.

Les machines à états reflètent un modèle de conception fondamental pour la programmation, mais sont souvent créées de manière désorganisée, produisant un code difficile à prendre en charge, à tester et à modifier. Le cadre de classe de StateCoder conduit naturellement à une conception basée sur les machines à états. Le moteur StateCoder exécute la machine à états en fournissant un support efficace des threads, la gestion des exceptions et d’autres fonctionnalités.

StateCoder – Caractéristiques

StateCoder est un espace de noms .NET pour la création et le support de puissantes machines à états dans .NET en utilisant Visual Basic .NET, C# et d’autres langages .NET. Les applications typiques comprennent :

• Gérer un grand nombre ou des nombres variables d’opérations asynchrones
• Réduire le nombre de threads nécessaires pour effectuer des opérations en arrière-plan (particulièrement utile pour les objets qui supportent de multiples clients)
• L’utilisation sélective du traitement entre les requêtes pour ASP.NET et les services Web peut améliorer la réponse de l’utilisateur tout en utilisant des ressources minimales du serveur.
  • Encapsuler des séquences d’opérations asynchrones (les envelopper dans une seule opération d’événement ou d’attente)
  • Implémentation du protocole. Les protocoles Internet ou autres sont presque toujours basés sur des machines à états
  • Les machines à états peuvent être utilisées pour analyser les données entrantes et effectuer des opérations en fonction des résultats, y compris la génération de données de sortie dans un format différent
  • Les machines à états peuvent définir des objets basés sur des transactions qui n’utilisent pas COM+/MTS.

  Les machines à états reflètent un motif de conception fondamental à toute programmation, mais sont souvent créées de manière désordonnée, produisant un code difficile à soutenir, tester et modifier. Le framework de classe de StateCoder conduit naturellement à une conception basée sur les machines à états. Le moteur StateCoder exécute la machine à états en fournissant un support de thread efficace, une gestion des exceptions et d’autres fonctionnalités.

  Les fonctionnalités incluent :

  • Les machines à états peuvent être définies statiquement en utilisant des attributs ou dynamiquement
  • Contrôle de thread flexible, y compris l’utilisation d’un seul thread pour prendre en charge un nombre illimité de machines à états et attribuer à chaque machine à états son propre thread
  • Les machines à états peuvent être attribuées à des applications Web et des services, s’exécutant en arrière-plan entre les requêtes
  • Pratiquement auto-synchronisées pour éliminer les risques de corruption des données, les conditions de concurrence et les interblocages
  • Flexibilité totale pour les sources de messages
  • Les sources de messages de base incluent :
    • Source générique pour des sources de messages personnalisées
    • Source basée sur IAsyncResult pour des opérations asynchrones
    • Source de messages basée sur un flux avec un formatage prédéfini ou personnalisé en messages.
  • Les sources de messages peuvent être construites sur des types de base Desaware en utilisant un ou deux remplacements ou créées à partir de zéro
  • Les messages peuvent être de n’importe quel type .NET
  • Plusieurs sources de messages sont autorisées
  • Les sources de messages peuvent être redéfinies pour chaque état dans la machine à états
  • Les sources de messages peuvent inclure des délais d’attente
  • Les exceptions peuvent agir en tant que sources de messages
  • Les machines à états peuvent agir en tant que sources de messages pour ot
  • ses machines Étatiques
  • Les machines Étatiques peuvent invoquer d’autres machines Étatiques
  • Les machines Étatiques peuvent être exécutées par le framework StateCoder, exécutées à partir d’un nouveau framework créé ou exécutées de manière synchrone
  • Totalement pilotées par les ressources et faciles à localiser
  • Licence par développeur.