問題タブ [modularization]

JBoss Rules（別名Drools）を使用しており、それぞれに複数のルールを含むいくつかの.drlファイルがあります。複数の.drlファイルで使用できる共通のルールを定義できるように、ファイル間の重複を回避する方法はありますか？

残念ながら、どのような種類のインクルードまたはモジュール機能も存在しないようです。

現在、新しいハンドヘルド ソフトウェアを開発中です。アプリケーションの性質について説明することはできないので、代わりに例を使用します。

私たちは、学校を管理するためのハンドヘルド ソフトウェアを設計しています。システムの各側面をモジュール化して、さまざまな学校がさまざまな機能を使用できるようにしたいと考えています。

私たちのシステムは、メインメニューとログイン画面から始まります。これをシステムのベースにして、モジュールを追加する場所にしたいと思います。つまり、SchoolPda というプロジェクトを作成します。

次に、さまざまなモジュールが必要です。つまり、学生の登録を処理する登録モジュールが必要です。教室の清掃などを管理する教室モジュールが欲しい

これが機能する方法は、さまざまなdllを含める/含めないことと、dllが存在する場合にそれらのモジュールにアクセスするためのボタンをベースシステムのメインメニューに公開することです。それがまさに私たちが求めていることです。

誰かがこのようなことをした経験がありますか? それを行う最良の方法は何ですか？データベースは常に完全なデータベースであるため、データベースについて心配する必要はありませんが、関連するモジュールが存在しない場合、アスペクトは読み込まれません。

osgi バンドル内のパッケージ構造に関する「グッド プラクティス」についていくつか考えてきました。現在、平均して、バンドルごとに 8 ～ 12 個のクラスがあります。私のイニシアチブ/提案の 1 つは、2 つのパッケージを用意することでした。com.company_name.osgi.services.api (API 関連のクラス/インターフェース (外部にエクスポートされる) 用、および実装用の 1 つのパッケージ com.company_name.osgi.services.impl (エクスポートされない))。これの長所と短所は何ですか？他の提案はありますか？

ソフトウェアプロジェクトではモジュール化が重要であることは明らかですが、それがどれほど重要で、どのような理由で重要であるかについての人々の意見を知りたいと思います。私はこれを求めているので明らかに私自身のアイデアを持っていますが、それは自分のソフトウェアプロジェクトをモジュール化する必要がある理由の「一般的なブレインストーミング」のように考えてください...

私はフレームワーク アプリケーションを開発していますが、個々の実装に新しい機能を簡単に追加できるようにしたいと考えています。コントローラーの場合、これは簡単です。コンパイルして bin ディレクトリにドロップするだけですが、ビューについてはどうでしょうか。ビューをリソースとしてクラス ライブラリなどに埋め込むことはできますか? どのように？

情報隠蔽は、システムを構成するモジュールを分離するのにどのように役立ちますか?

G'dayみんな、
私はカスタムXHTML拡張を許可することを約束しているが、それから頭も尾も作ることができないXMLモジュール化の推奨事項を読んでみました。検証するためにXHTMLとユーザー定義のXML要素の組み合わせを含むXMLドキュメントが必要であり、それを行うのに問題があります。残念ながら、私はDTDではなくXSDを使用しています。これは、XSL要素をXHTML要素の子として検証するXSLです。これが私が検証したいものの短いサンプルです：

乾杯！

「どのJSライブラリを使用していますか」という投票でこのコメントを見たばかりです

「@Xanti-はい、はい、プログラミングにおけるモジュール化と抽象化はひどい習慣です。他の関数を呼び出す関数？無駄です。」

PHP用のKohanaフレームワークとjavascript用のJqueryライブラリを使用しているので、それは私に興味をそそられました。

なぜ一部の人々は抽象化とモジュール化の悪い習慣を考えるのですか？フレームワークとライブラリは、開発を容易にし、スピードアップするために作られていませんか？

ここに投票へのリンクがあります

私は、Spring を DI/Bean 管理に使用する非常に大規模な JSF/Facelets アプリケーションを使用しています。私のアプリケーションにはモジュール構造があり、現在、モジュール化を標準化する方法を探しています。

私の目標は、多数のモジュール (相互に依存している可能性があります) から Web アプリケーションを作成することです。各モジュールには、次のものが含まれる場合があります。

• クラス;
• 静的リソース (画像、CSS、スクリプト);
• Facelet テンプレート;
• マネージド Bean - リクエスト、セッション、およびアプリケーション スコープの Bean を使用した Spring アプリケーション コンテキスト (代替は JSF マネージド Bean)。
• サーブレット API のもの - サーブレット、フィルター、リスナー (これはオプションです)。

私が (ほとんどすべての犠牲を払って) 回避したいのは、モジュール リソース (Facelets テンプレートなど) を WAR にコピーまたは抽出する必要があること、またはweb.xmlモジュールのサーブレット、フィルターなどを拡張する必要があることです。モジュールを追加するだけで十分なはずです。 (JAR、バンドル、アーティファクト、...) を Web アプリケーション ( WEB-INF/lib、bundles、plugins、...) に接続して、このモジュールで Web アプリケーションを拡張します。

現在、クラスパスリソースの使用に大きく基づいたカスタムモジュール化ソリューションでこのタスクを解決しています。

• 特別なリソース サーブレットは、クラスパス リソース (JAR) から静的リソースを提供します。
• 特別な Facelets リソース リゾルバーにより、Facelet テンプレートをクラスパス リソースからロードできます。
• Spring はパターンを介してアプリケーション コンテキストを classpath*:com/acme/foo/module/applicationContext.xmlロードします。これにより、モジュール JAR で定義されたアプリケーション コンテキストがロードされます。
• 最後に、委任サーブレットとフィルターのペアは、モジュールから Spring アプリケーション コンテキストで構成されたサーブレットとフィルターに要求処理を委任します。

最近、私は OSGi について多くのことを読み、標準化されたモジュール化アプローチとして OSGi を使用する方法 (および使用する場合) を検討していました。OSGi で個々のタスクをどのように解決できるかを考えていました。

• 静的リソース - 静的リソースをエクスポートする OSGi バンドルは、ResourceLoaderインスタンスをバンドル コンテキストに登録します。セントラルResourceServletは、これらのリソース ローダーを使用して、バンドルからリソースをロードします。
• Facelet テンプレート - 上記と同様に、セントラルResourceResolverはバンドルによって登録されたサービスを使用します。
• マネージド Bean -バンドルの 1 つで定義されている場合のような式の使用方法がわかりません。#{myBean.property}myBean
• サーブレット API のもの - WebExtender/Pax Web などを使用して、サーブレット、フィルターなどを登録します。

私の質問は次のとおりです。

• 私はここで自転車を発明していますか？そのための標準的なソリューションはありますか？Spring Slices についての言及を見つけましたが、それに関するドキュメントはあまり見つかりませんでした。
• OSGi は、説明されているタスクに適したテクノロジーだと思いますか?
• OSGI アプリケーションの私のスケッチは多かれ少なかれ正しいですか?
• マネージド Bean (特にリクエスト/セッション スコープ) をどのように処理する必要がありますか?

私は一般的にあなたのコメントに感謝します.

1つのSOFhttp ://www.codeproject.com/KB/library/SOF_.aspxを見つけました。C++でモジュール化するための他の安定したフレームワークはありますか？