問題タブ [cohesion]
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.
java - Javaプログラミングにおける結束力に関するお問い合わせ
次のコードをどのように定義しますか?
a) 高い凝集力
b) 低凝集性
takeAndGlue()
2 つの別々のメソッドで呼び出される 2 つのことを行う場合でも、High と言うでしょう。したがって、stackTrace
追跡可能です。
javascript - EF で JavaScript を使用したモデル フォーム
JavaScript の結合はどのように機能するのですか? もっと詳しく説明しましょう: jquery ダイアログを使用してモデル フォームを呼び出すインデックス ページがありますが、すべての javascript をインデックス ページに配置するのではなく、ページごとに jquery を分けたいと考えています。
モデルフォーム
この作品
どのように機能するべきか
そして、特定のJavaScriptを使用してフォームをモデル化します
実際、私がそれを作ったとき、モデルのjavascriptは機能しません。
私はEntity-frameworkを使用しています。すべてに感謝します。
解決
ios - 複数のView Controllerを1つのウィンドウに埋め込む
複数のビューを含むビューが必要です。下の画像を参照してください。
ご覧のとおり、pageController はページ ナビゲーションを制御し、viewController (ページ) の前後に提供します。
pageContentController は、テキストを表示して処理します。
soundPlayer は関連するサウンドの再生を管理します
それらすべてを 1 つのコントローラーに入れることができますが、私のコントローラーは多くのタスクを実行する必要があり、それを管理するのは難しいタスクです。ライトビューコントローラーに従わないためです。そしてその結束力を低下させます。どうすればこれを達成できるか知りたかったので、詳しく説明してください。
java - ファサードパターンによる結合と結束の減少
私のソフトウェア設計クラスでは、Facade パターンを使用して結合を減らし、同時に結合を減らすことができるかどうかを調べる必要がありますか?
ご存知のように、カップリングが低いとクラスの結束が高くなり、その逆も成り立ちます。
私にとって、これは矛盾した状態ですが、それでも可能だと思いますが、これを裏付ける十分な証拠を見つけることができません.
私の答えはこれです。その理由は、まとまりのあるクラスに何らかの指示を与えると、指示がなければ同じように機能しないからです。それを踏まえて、低結合または高結合のクラスから属性を受け取る機能を持つ命令を持つ同じファサードがあるとしましょう。これが本当なら、クラスは互いにあまり依存せず、結合も減少します。そのようにして、同時にクラスの結合と結束を減少させるファサードがあります。
java - オブジェクト結合の Java 標準は何ですか? オブジェクトの情報が多すぎるということは、設計が悪いということですか? - 例を見る
空港着陸システムをモデル化するプロジェクトを作成しています。私は、データベースに並べ替えて保存するために必要なすべての情報を保存するオブジェクトを持っていplane
ます。すべての重要な情報がオブジェクトに含まれていますが、各平面の座標も含まれています。私の問題は、それぞれが多くの異なることを行うため、まとまりがあるとは見なされない可能性があることです.plane
queue
plane
これが悪い設計と見なされるかどうか、またはこれを行うためのより良い方法があるかどうかを知りたいだけですか?
また、オブジェクト内の結合の「ルール」とは何ですか? おそらくこれに対処できる特定の設計パターンはありますか?
java - Springなどを使わない場合にSwing GUIとビジネスロジックを分離する方法
長文ですのでご了承ください。申し訳ありませんが、私の主張を明確にしたいと思います:
かなり長い間、Swing GUI をプレゼンテーションおよびビジネス ロジックから分離する方法を考えていました。職場では、エクスポートを構成するために小さな Swing ダイアログを使用して、一部のデータに対して 3 MD Excel エクスポートを実装する必要がありました。これには Spring のようなフレームワークを使用していないため、自分で実装する必要がありました。
GUI をビジネス ロジックから完全に分離したかったのです。ビジネス ロジックは、正確には次のタスクにあります。
- GUI からジョブを開始するように BL に指示する
- BL から GUI への進捗報告
- BL から GUI へのレポート ロギング
- BL の結果を GUI に委譲する
もちろん、GUI は BL の実装を通知するべきではなく、その逆も同様です。ProgressListener
、LogMessageListener
、など、上記のすべてのタスク用にJobDoneListener
、ビジネス ロジックによって起動されるいくつかのインターフェイスを作成しました。たとえば、ビジネス ロジックがロギングについて伝えたい場合は、次のように呼び出します。
パブリック インターフェイス LogListener + を実装するクラスが BL にアタッチされ、「ジョブが開始されました」というログ メッセージが通知されるようになりました。これらのリスナーはすべて、現時点では GUI 自体によって実装されており、一般的には次のようになります。
「GUI および BL 作成クラス」は、単純に GUI を (これらすべてのリスナーのインターフェースとして) BL にアタッチします。これは次のようになります。
新しく作成されたすべてのリスナーインターフェイスのために奇妙に見えるので、私は今それについてかなり確信が持てません. についてどう思いますか?Swing GUI コンポーネントを BL からどのように分離しますか?
編集: より良いデモンストレーションの目的で、Eclipse file-upload.net/download-9065013/exampleWorkspace.zip.html でデモ ワークスペースを作成しました。それを Pastebin にも貼り付けましたが、これらのクラスを Eclipse にインポートしたほうがよいでしょう。かなり多くのコードhttp: //pastebin.com/LR51UmMp