問題タブ [modularization]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
php - 論理比較を文字列に格納できますか?
長いif..else
関数をモジュール化しようとしています。
リテラル文字列を論理式に変換する方法はありますか?
java - スワップ可能なハンドラーコードを使用した汎用ハンドラークラスの設計?
ファイル用の汎用処理クラスを書きたい。このクラスは、渡されるファイルのタイプに応じて特定のハンドラーインスタンスをロードします。
内部のメソッドの1つは、次のように機能します(コメントを参照)。
メインクラスはどのように設計できますか?
PS:コンストラクターまたは専用のルックアップメソッドでプロパティまたはXMLファイルを読み取ることを考えていました。メインクラスにハンドラモジュールをロードできるインターフェイスを参照させるというアイデアもあります。おそらくこれはある種のパターンに対応していますか?
refactoring - D のモジュラー構造のリファクタリング
私が通常アプリケーションを開発する方法は次のとおりです。
- まず、すべてのコードを 1 つのソース ファイルにまとめます。
- モジュール化できるほど大きくなったら、コードをいくつかのモジュールに分割します。
- モジュールが十分に大きくなったら、再度分割します。など、繰り返します。
- 時間の経過とともに、一部のモジュールは縮小、削除、または他のモジュールとマージされます。
このワークフローは、モジュール間でソース ファイルを移動する必要があることを意味します。そして、ここに問題があります:
モジュールを別の場所に移動すると、モジュールの名前が変更されるため、手動でインポートの名前を変更する他のすべてのファイルを確認する必要があります。
その面倒な手順を回避するための組織的なテクニックはありますか? それとも、その通りで、代わりにいくつかの自動化ユーティリティを調べる必要がありますか?
api - Restlet での API モジュール化
Restlet API に基づいて Web アプリケーションを開発しました。時間をかけてより多くの機能を追加しているため、異なるエンドポイントで同様の REST API グループを再利用する必要がある場合があります。これにより、わずかに異なる実行コンテキストが提供されます (同じスキーマを持つデータベースの異なるインスタンスを切り替えるなど)。コードをリファクタリングして API を再利用可能にし、別のエンドポイントで再利用するのが好きです。私が最初に考えたのは、再利用可能な API ごとにアプリケーションを設計し、それらをルーターにアタッチすることでした。
API は、REST API の構成に依存しない必要があります。コンテキスト情報 (データベースのインスタンスなど) をアプリケーション API に渡す最良の方法は何ですか? このアプローチは実行可能で正しいですか? Restlet で REST API を再利用するためのベスト プラクティスは何ですか? あなたの答えを説明するために、いくつかのコードサンプルをいただければ幸いです。
ご協力いただきありがとうございます。
java - OSGi を使用してパッケージの依存関係を簡単に管理できますか?
OSGi を使用してサービスの依存関係を管理できること、つまりバンドル間で POJO インスタンスを共有できることを理解しています。しかしB.jar
、他のライブラリのクラスにコンパイル時の依存関係を持つライブラリがあるとしA.jar
ます。
ProjectA/src/com/example/awesome/A.java
:
ProjectB/src/com/example/awesome/web/B.java
:
OSGi には、実行時にこの依存関係を強制する宣言的な方法が組み込まれていますか?
javascript - AngularJS のモジュール化
そのため、Angular JS アプリケーションをモジュール化しようとしています。これは、非常に大きくなっており、1 つのファイルに複数のコントローラーが含まれているため、すでに簡単に失われているためです。
現時点での私のフォルダー構造は、大まかに ng-boilerplate に基づいています。
「src」フォルダー:
Grunt JS と grunt-concat を使用してアプリ フォルダー内のすべてのファイルを連結し、アプリ ビルド全体で 1 つのファイルを使用できるようにしています。
「modulenameModule.js」には、そのフォルダー内のコントローラー ファイルのルートが含まれていますが、問題があります。最初に concat 関数がこのファイルにロードされないため、コントローラー ファイルは、まだロードされていないモジュールにアタッチしようとします。コードに存在します。コントローラ ファイルで使用されているコードの一部を次に示します。
自分が達成しようとしていることをどのように実行できますか?
すべてが理にかなっていることを願っています。そうでない場合は申し訳ありません!
asp.net-mvc - WCF モジュラー設計には何を使用すればよいですか?
私たちのアプリケーションは、分散環境にデプロイされたエンタープライズ アプリケーションです。これは、別のサーバー上の WCF プロジェクトに接続された ASP.NET MVC 2.0 プロジェクトです。必要なのは、ビジネス モジュールを再利用可能でテスト可能にすることです。
では、WCF に関しては、最適なデカップリング アプローチとは何でしょうか? キャッスル ウィンザー WCF 施設ですか?または、Common Service Locatorアプローチを使用する必要がありますか? なぜ?