問題タブ [configurability]

C のような言語用のパーサーを作成したいと考えています。興味深い点は、ソースにアクセスできる人が簡単に変更して言語 (インスタンスの新しい式タイプ) を拡張し、実行時に構成可能な拡張機能を使用できるようにビルドしたいということです (それらはオンとオフを切り替えます)。

私の現在の意図は、再帰的なまともなパーサーをオブジェクトとして構築することです。各プロダクションはオブジェクトのメソッドになります。拡張の方法は、必要に応じてメソッド (およびプロダクション定義) を置き換えるこのベースからクラスを派生させることです。私はまだ拡張機能を組み合わせて一致させる方法を理解しようとしています. 1 つのアイデアは、v-tbl でゲームをプレイすることです。オブジェクトは、ベースのコピーである v-tbl で構築されますが、メソッドは派生クラスから置き換えられます。

ソリューションのビットいじりの性質を除けば、私が抱えている唯一の問題は

• v-tbl mixup を行う合理的な方法
• 2 つの拡張機能が同じプロダクションを変更した場合の対処方法 (ほとんどの置換では、1 つの置換呼び出しを持つオリジナルを呼び出すことになるため、もう 1 つの置換呼び出しは機能しますが、これを設定するメカニズムが問題です)
• 拡張機能の拡張を許可する方法 (これは最終的に標準の MI システムのように見えるかもしれませんが、どのように機能するかはわかりません)

別の解決策 (同じアプローチのもう少し平凡なバージョン) は、静的メンバー変数を使用して関数ポインターを格納し、同じ効果のためにそれらを呼び出すことです。

編集: BNF 定義からプロダクションを構築できるシステムを既に構築しています。私が決定したことをサポートするように変更できます。

構成からさまざまなクラスの作成を制御することはまったく可能ですか?

たとえば、ハードコードされたこれを行う関数があります。

ユーザーが関数の動作を制御するためにデータ構造に入力するだけでよいように、制御をある種のデータ構造に転送することは可能ですか?

私が働いている会社には、保険会社からの要求に対応する修理会社向けの ERP ソフトウェア、またはより適切なホーム インシデント管理アプリケーションがあります。

標準からコピーされ、特定のニーズに合わせてカスタマイズされた当社のアプリケーションを使用している多くの修理会社があります。

それを更新してスケーリングするのは悪夢です!

これを最適化するための良いアプローチについて知りたいです: 各企業の継承クラスを持つ同じアプリケーション インスタンス? インターフェイスはここに収まりますか？異なるサーバーで集中化されたアプリケーションをどのように扱うことができるでしょうか? すべてに対して 1 つのサーバーだけを使用することは望ましくありません。