DSLs und Formularerstellung

Question

ich zur Zeit auf den Anforderungen Arbeits/Scoping eines Projektes, das jetzt bedeuten könnte:
1) 5 bis 6 Formen
2) mit 250 bis 300 Fragen/Felder auf die anderen Formen
3) 2 bis 3 Workflows

Gibt es .NET- oder plattformübergreifende Tools, mit denen ich die Verantwortung für die Entwicklung der Formulare auf einen nicht technischen Business Analyst übertragen kann? Gibt es dafür gute DSLs? Ich denke, diese Person wäre NICHT erfolgreich bei dem Versuch, InfoPath dafür zu verwenden.

Ich glaube, ich bin für ein DSL-Suche, die ich durch einen Motor zur Laufzeit setzen könnte die CRUD-Bildschirme angezeigt werden soll. Ich würde lieber nicht mein eigenes XML oder DSL verwenden, wenn es da draußen schon so etwas gibt.

Ich denke, ich würde die Formulare als Teil einer ASP.NET WebForm oder ASP.NET MVC-Anwendung anzeigen.

Answer 1

Meine Vorahnung für Ihr DSL ist, dass jede Sprache, die ausreichend leistungsfähig genug ist, um die von Ihnen identifizierten Aufgaben zu lösen, für Ihren nichttechnischen Geschäftsanalytiker zu kompliziert ist.

Das gesagt, für eine stark eingeschränkte Problemdomäne, (wie ich denke, dass du vorgehst), sollte es möglich sein, mit einem relativ nützlichen DSL zu kommen.

In der Tat ist dies die Ausgangsvoraussetzung für Ruby On Rails.

Meine aktuelle Voreingenommenheit ist gegenüber internen DSLs/language specialization das heißt: DSLs eingebettet als Teil einer anderen Sprache. Dies kann bedeuten, dass Sie IronRuby oder IronPython in Ihre .net-Anwendung einbetten.

Während dies macht man aus den Problemen bekommen, einen Compiler/interpretter für Ihre eigene Sprache zu schreiben, es einige vordere Arbeit bedeutet, um die DSL in der Embedded-Sprache zu schreiben.

Aus Erfahrung, würde ich sagen, dass dies kleine Kartoffeln im Vergleich zu den Vorteilen der eingebauten Dokumentation, Dokumentation schriftlich Unterstützung und alle anderen Sprachfunktionen, die kostenlos erscheinen.