Thread-Safe von Automaten Edelsteine ​​in Multiil Mieter Rail App

Question

Es gibt ein paar beliebte Ruby State Machine Edelsteine ​​wie geekq/workflow und aasm. Sind sie Thread-sicher in Multi-Tenant Rails 4.2-Anwendung?

Ich verwende geekq/workflow, die process definition auf model class als class method definiert. Das lässt mich fragen, ob andere Benutzer, die sich spät anmelden, die Workflowdefinition der vorherigen Benutzer überschreiben. Kann ein Entwickler das threadsichere Problem der Zustandsmaschine kommentieren? Oder empfehle ein State Machine-Juwel, das in der Multi-Tenant-Rails-App Thread-sicher ist. Danke vielmals.

Answer 1

Diese Edelsteine ​​sind so konzipiert, dass Sie-der-Entwickler einen Workflow oder eine Zustandsmaschine definieren können, wo die möglichen Zustände und die Art und Weise, wie sie wechseln, für alle gleich ist. Wenn Sie das tun, wird der Workflow unabhängig vom Mandant am Anfang eingerichtet und ändert sich nie. Sie eignen sich für Multithread-Anwendungen mit mehreren Mandanten.

Wenn Sie Ihre Benutzer Workflows definieren lassen, sind sie meines Erachtens nicht das richtige Werkzeug.