Flux de travail des cadres pour Django

J'ai été à la recherche d'un cadre pour simplifier le développement de raisonnablement complexe de flux de travail dans Django applications. Je aimerais être en mesure d'utiliser le cadre pour automatiser les transitions d'état, permissioning, et peut-être quelques extras comme l'enregistrement d'audit et des notifications.

J'ai vu certains anciens de l'information sur le même sujet, mais pas trop dans les 2-3 dernières années. Les principaux choix que j'ai entendu parler de sont GoFlow (pas mis à jour depuis 2/2009) et django-workflow (semble plus actif).

Quelqu'un a utilisé ces paquets? Ils sont matures et/ou compatible avec moderne (1.3) Django? Il existe d'autres options là-bas la peine d'envisager que peut-être le meilleur ou mieux pris en charge?

InformationsquelleAutor Michael C. O'Connor | 2011-07-22
  1. 81

    Permettez-moi de vous donner quelques notes ici que je suis l'auteur de django-fsm et django-viewflow, deux projets qui pourrait être appelé "flux de travail des bibliothèques".

    Workflow mot lui-même est un peu surfait. Différents types de bibliothèques et de logiciels peuvent s'appellent eux-mêmes "flux de travail", mais ont différentes fonctionnalités.
    Le point commun est qu'un flux de travail relie les étapes de certains processus dans son ensemble.

    Classement général

    Que je vois, les flux de travaux de la mise en œuvre d'approches peuvent être classées comme suit:

    • Unique/Plusieurs utilisateurs - Si la bibliothèque de flux de travail automatise unique tâches utilisateur ou a la vérification de l'autorisation/de la tâche d'attribution des options.
    • Séquentielle/Parallèle - workflow Séquentiel est juste une machine d'état du modèle mise en œuvre et permet d'avoir un seul état actif à un moment. Des travaux parallèles permettent d'avoir plusieurs tâches à la fois, et sans doute une sorte de parallèle sync/join fonctionnalité.
    • Explicite/Implicite - Si le flux de travail est représentée séparément, comme une entité externe, ou est tissé dans une autre classe, que la principale responsabilité est différent.
    • Statique/Dynamique - Statique de flux de travail sont mis en œuvre dans le code python une fois, puis exécuté, dynamique des flux de travail généralement pourrait être la configuration en changeant le contenu de flux de travail tables de base de données. Statique des flux de travail sont généralement mieux intégré au reste de l'infrastructure de django
      comme les points de vue, des formulaires et des modèles, et de favoriser l'amélioration de la personnalisation par python habituel des constructions comme l'héritage de classe. Un travail dynamique supposons que vous disposez d'interface générique qui peut s'adapter à n'importe quel flux d'exécution des modifications.

    De ces, les deux premières pourraient être considérés comme progressive des différences, mais les deux autres sont fondamentaux.

    Packages spécifiques

    Voici une brève description de ce que nous avons de nos jours dans django, djangopackages et génial django liste des projets en vertu de la section flux de travail:

    • django.contrib.WizardView - implicite, mono-utilisateur, séquentielle, statique le procédé le plus simple de mise en œuvre, nous pourrions avoir. Il stocke état intermédiaire dans la forme cachée de données post.
    • django-flux - explicite, mono-utilisateur, séquentielle, statique flux de travail, qui maintient l'état du flux de stockage externe, pour permettre à l'utilisateur de fermer ou d'ouvrir la page sur un autre onglet et continuer à travailler.
    • django-fsm - implicite, multi-utilisateur, séquentielle, statique flux de travail - le plus compact et léger de l'état de la machine de la bibliothèque. Changement d'état des événements représentés comme python appels de méthodes de la classe du modèle. A rudimentaire de soutien pour l'écoulement de l'héritage et le remplace. Fournit des emplacements pour associer l'autorisation avec des transitions d'état. Permet d'utiliser le verrouillage optimiste pour éviter les doubles emplois mises à jour d'état.
    • django-unis - explicite, multi-utilisateur, séquentielle, statique flux de travail avec classe distinct de l'état de la machine et des transitions d'état. Transitions en passant la chaîne de nom de la transition aux make_transition méthode. Offre un moyen pour associer l'autorisation avec des transitions d'état. A un REPOS simple, générique point de terminaison pour le changement de modèle d'états à l'aide des appels AJAX. État
      machine héritage de soutien n'est pas mentionné dans la documentation, mais la classe de définition de l'état rend possible avec aucun ou peu de base de la bibliothèque de modifications.
    • django_xworkflows - explicite, séquentielle, statique flux de travail avec pas de support pour la vérification de l'autorisation de l'utilisateur, séparés de la classe pour la machine d'état. Utilise des n-uplets de l'état de transition et de définitions, rend le flux de travail de l'héritage de support dur.
    • django-les flux de travail - explicite, multi-utilisateur, séquentielle, dynamique flux de travail de stockage de l'etat dans la bibliothèque, django modèles. A une façon de joindre l'autorisation de flux de travail de transition, et, fondamentalement, c'est tout.

    Aucun de ces django machine d'état des bibliothèques disposent d'un soutien pour des travaux parallèles, ce qui limite leur champ d'application beaucoup. Mais il y a les deux:

    • django-viewflow - explicite, multi-utilisateur, en parallèle, statique flux de travail, avec le soutien de tâches en parallèle de l'exécution, complexe split et join sémantique. Fournit des aides à intégrer avec django, fonctionnel et classe en fonction des vues et des différentes tâches d'arrière-plan d'exécution des requêtes, et de divers pessimiste et optimiste de verrouillage des stratégies pour prévenir des mises à jour simultanées.

    • GoFlow, mentionné dans la question, a tendance à être le explicite, multi-utilisateur, en parallèle, dynamique flux de travail, mais il a été abandonné par l'auteur pour un ans.

    Je vois la façon de mettre en œuvre des dynamiques de flux de travail de la construction de la fonctionnalité sur le dessus de django-viewflow. Dès qu'il est terminé, si vous fermez la dernière et la plus sophistiquée pour les flux de travail mise en œuvre dans le django monde.

    Espoir, si quelqu'un a pu lire jusqu'à présent, comprend maintenant le flux de travail de terme mieux, et peuvent faire le choix conscient pour la bibliothèque de flux de travail pour leur projet.

    • J'ai besoin d'un travail dynamique dans une Django app que je suis en train de construire. Est-ce répondre encore à jour ou a le paysage changer au cours des 3 dernières années?
    • Le "génial django projet de la liste" le lien est rompu. Un miroir peut être trouvé à l'adresse kupleron/awesome-django.
    InformationsquelleAutor kmmbvnr
  2. 7

    Il existe d'autres options là-bas la peine d'envisager que peut-être le meilleur ou mieux pris en charge?

    Oui.

    Python.

    Vous n'avez pas besoin d'un flux de travail produit pour automatiser les transitions d'état, permissioning, et peut-être quelques extras comme l'enregistrement d'audit et des notifications.

    Il ya une raison pourquoi il n'y a pas beaucoup de projets à faire cela.

    • La État modèle de conception est assez facile à mettre en œuvre.

    • Les règles d'Autorisation ("permissioning") sont déjà un de première classe
      une partie de Django.

    • L'exploitation forestière est déjà une première partie de Python (et a été
      ajouté à Django). L'utilisation de ce pour l'enregistrement d'audit est un audit
      table ou un autre enregistreur (ou les deux).

    • Le message de cadre ("notifications") fait déjà partie de Django.

    Quoi de plus avez-vous besoin? Vous l'avez déjà tous.

    À l'aide de définitions de classe pour la État modèle de conception, et des décorateurs pour l'autorisation et la journalisation fonctionne si bien que vous n'avez pas besoin de quelque chose au-dessus et au-delà de ce que vous avez déjà.

    Lire cette question connexe: Mise en œuvre d'un "moteur de règles" en Python

    • C'est vrai que je n'ai pas besoin d'un cadre pour mettre en œuvre un flux de travail, et d'ailleurs, je n'ai pas besoin d'un cadre pour développer une application web. Cependant, si il y a une solution qui me permettra de faire abstraction de la commune éléments particulièrement riche des flux de travail, je serais ravi de le trouver.
    • les éléments communs". J'ai pensé que j'ai fourni la liste. La plupart de ce que vous voulez est déjà dans Django. La seule chose qui manque est le État modèle de conception. Quel est le problème avec Django?
    • Comme je suis en train de mettre en œuvre certaines de flux de travail moi-même, j'ai trouvé ce que je vraiment besoin, c'est un travail de fin à la fin de l'administrateur d'application, au lieu d'une excellente façon d'exprimer les états.
    InformationsquelleAutor S.Lott
  3. 6

    Une application écrite par un de mes collaborateurs, django-fsm, semble--il est à la fois assez léger et suffisamment plein de fonctionnalités utiles.

    InformationsquelleAutor Michael C. O'Connor
  4. 5

    C'est drôle parce que j'aurais été d'accord avec S. Lott simplement à l'aide de Python comme c'est pour un moteur de règles. J'ai un point de vue TOTALEMENT différent maintenant de l'avoir fait.

    Si vous désirez moteur de règles, il est tout à fait un peu de pièces mobiles. Nous avons construit un Python/Django moteur de règles et vous seriez surpris de ce que doit être construite dans pour obtenir un grand moteur de règles en place et en cours d'exécution. Je vais l'expliquer plus loin, mais d'abord, le site est http://nebrios.com.

    D'un moteur de règles devrait au moins avoir:

    • D'accès les Listes de Contrôle d' - voulez-vous tout le monde voit tout?
    • Paire clé/Valeur de l'API - KVP du magasin de l'etat, et de toutes les règles de réagir aux changements d'états.
    • Mode Debug - Être en mesure de voir tous changé d'état, ce qui a changé et pourquoi. Paramount.
    • De l'Interaction à travers des formulaires web et e-mail - Être rapidement en mesure de script d'un formulaire web est un plus énorme, le long de avec l'analyse des e-mails entrants de manière cohérente.
    • ID de processus du - Ces de suivre un "fil" de la valeur de l'entreprise. Autrement les processus serait en permanence qui se chevauchent.
    • Sooo beaucoup plus!

    Donc essayer Nebri, ou les autres, je liste ci-dessous pour voir si elles répondent à vos besoins.

    Voici le mode debug

    Flux de travail des cadres pour Django

    Auto généré forme

    Flux de travail des cadres pour Django

    Un exemple de règle de workflow:

    class task_sender(NebriOS):
# send a task to the person it got assigned to
listens_to = ['created_date']

def check(self):
    return (self.created_date is not None) and (self.creator_status != "complete") and (self.assigned is not None)

def action(self):
    send_email (self.assigned,"""
        The ""{{task_title}}"" task was just sent your way!

        Once you finish, send this email back to log the following in the system:

        i_am_finished := true

        It will get assigned back to the task creator to look over.

        Thank you!! - The Nebbs
        """, subject="""{{task_title}}""")

    Alors, non, ce n'est pas simple de construire une des règles de base d'événement, moteur de workflow basé sur Python seul. Nous avons été à elle pendant une année! Je vous conseille d'utiliser des outils comme

    InformationsquelleAutor Adam
  5. 4

    Je peux ajouter une bibliothèque qui prend en charge à la volée des modifications sur les composants de flux de travail, contrairement à ses équivalents.

    Regarder django-rivière

    InformationsquelleAutor Ahmet DAL
  6. 1

    ActivFlow: un générique, léger et extensible moteur de flux de travail pour le développement agile et de l'automatisation complexe des Processus d'Affaires de l'exploitation.

    Vous pouvez avoir un ensemble de flux de travail modélisé en un rien de temps!

    Étape 1: Flux De Travail App Enregistrement

    WORKFLOW_APPS = ['leave_request']

    Étape 2: L'Activité De La Configuration

    from activflow.core.models import AbstractActivity, AbstractInitialActivity
from activflow.leave_request.validators import validate_initial_cap

class RequestInitiation(AbstractInitialActivity):
    """Leave request details"""
    employee_name = CharField(
        "Employee", max_length=200, validators=[validate_initial_cap])
    from = DateField("From Date")
    to = DateField("To Date")
    reason = TextField("Purpose of Leave", blank=True)

    def clean(self):
        """Custom validation logic should go here"""
        pass

class ManagementApproval(AbstractActivity):
    """Management approval"""
    approval_status = CharField(verbose_name="Status", max_length=3, choices=(
        ('APP', 'Approved'), ('REJ', 'Rejected')))
    remarks = TextField("Remarks")

    def clean(self):
        """Custom validation logic should go here"""
        pass

    Étape 3: Définition De Flux

    FLOW = {
'initiate_request': {
    'name': 'Leave Request Initiation',
    'model': RequestInitiation,
    'role': 'Submitter',
    'transitions': {
        'management_approval': validate_request,
    }
},
'management_approval': {
    'name': 'Management Approval',
    'model': ManagementApproval,
    'role': 'Approver',
    'transitions': None
    }
}

    Étape 4: Règles D'Affaires

    def validate_request(self):
    return self.reason == 'Emergency'
    • Je ne peux pas le trouver avec pip
    InformationsquelleAutor faxad
  7. 0

    - Je migrer django-goflow de django 1.X -python 2.X pour s'adapter à django 2.X - python 3.x, le projet est à django2-goflow

    InformationsquelleAutor mikewolfli