問題タブ [dsl]

DSL は API のように単純であり、したがってパーサーを必要としないのではないでしょうか? または、ドメイン固有言語が実際に何であるかを誤解していますか? 特定のドメインの問題を解決するための組織化された一連のルールを指していると思いました。API はその定義に適合するように見えますよね?

RubyOnRailsフレームワークを使用して、金融取引と銀行取引用のWebサイトを開発できますか？

RubyonRailsは銀行ドメイン向けのDSLですか。

DSLのある日、私は銀行システムの事実のほとんどが静的であり、それらはその後の変更を必要としないかもしれないと信じています..同時に。したがって、DSLを定義すると、一方向のプロセスが機能する必要があります。

独自のグラフィカル エディターを使用して DSL を開発しています。このようなファイルの拡張子は .own です。.own ファイルを .h ファイルにコンパイルする小さなツールもあります。

X.own --> Xh および X/*.h

生成を開始するための単純な .rules ファイルを作成しました。

私の問題は次のとおりです。ほとんどのソース ファイルには Xh が含まれていますが、X.own を変更しても、生成される Xh (またはその他の生成ファイル) が異なるわけではありません。これは、ジェネレーターが一時ファイルとファイル比較を使用して処理します。しかし、Visual Studio はこれらすべてを処理する方法を認識していないようです。「出力ファイル」プロパティを適切なファイルに設定すると、常に変更されると想定されます。そうしないと、ビルドプロセスが生成されないと仮定してビルドプロセスが生成されます。

どうすれば物事を正しくすることができますか?

1) カスタムビルドツールを起動

2) 依存関係に基づいてビルド プロセスを計算する

メソッド名とその呼び出しは、一般的なものをまとめて、達成しようとしているものに適切な名前を付けることで、コード内に DSL を作成しているように見えます。

ご存知のとおり、次の意味を理解するのは簡単です

しかし、メソッド内のコードは、勉強しないと解釈するのが非常に難しい場合があります。

この DSL 全体に何か特別なものがあると考える人がいることは知っています。常にコードでそれらを作成しているのですか?

Business Rules and Validation Application Block for .NETの DSL を作成するには、どのテクノロジをお勧めしますか? なぜ？

フレームワークのアーキテクチャは、プロダクションによって確立され、実証テストされています。人間が読めるルールをコンパイル済みのルール実装に変換する .NET プロセッサを作成したいだけです。

私が知っているオプションは次のとおりです。

• .NET Booのコンパイラ パイプラインを使用する
• F# に付属のパーサー ビルダー ( FsLex および FsYacc) を使用する

残念ながら、これらのアプローチのいずれも、DSL 構文 (進化する可能性があります) を考えると、DSL を編集するための多かれ少なかれフレンドリーな IDE を構築するものを提供しません。

アイデアやヒントはありますか？

私は現在、独自のオーダーメイドのクエリ言語 (つまり、select/where/orderby のようなステートメント) を備えた ORM を使用する CMS を使用しています。私はこのミニ言語を DSL と呼んでいますが、用語が間違っている可能性があります。

この CMS のコントロールを作成していますが、この CMS を長期的に継続するかどうかについては疑問があるため、コントロールを CMS に結合したくないと考えています。

独自の DAL/抽象化レイヤーなどを使用することで、コントロールを CMS からかなり簡単に切り離すことができます。

次に、ほとんどの CMS コントロールで、ユーザーがクエリを入力してデータ ソースに入力される内容を制御できるプロパティ (設計時に編集可能) が提供されていることを思い出しました。素晴らしい機能 - 問題は、この機能をどのように抽象化できるかということです。

そのとき、実行時に LINQ 式に変換できる単純なクエリ言語を提供できる DSL フレームワークがそこに存在するのではないかと思いました。したがって、CMS のクエリ DSL から私を切り離します。

そのようなものは存在しますか？私は時間を無駄にしていますか？（おそらく後者）

ありがとう

私は現在、次のようなプロジェクトの要件/範囲設定に取り組んでいます
。1) 5 から 6 のフォーム
2) フォーム全体に 250 から 300 の質問/フィールドがある
3) 2 から 3 のワークフロー

技術者ではないビジネス アナリストにフォーム開発の責任を負わせることができる .NET またはクロスプラットフォーム ツールはありますか? これに適した DSL はありますか? 私は、この人がInfoPath を使用しようとしてもうまくいかないと思います。

実行時にエンジンを介して CRUD 画面を表示できる DSL を探していると思います。このようなものが既に存在する場合は、独自の XML または DSL を使用したくありません。

ASP.NET WebForm または ASP.NET MVC アプリケーションの一部としてフォームを表示することを考えています。

現在、DSLに関する知識を大幅に増やす必要があります。DSLのビッグネームは誰ですか？どのブログを読むべきですか？