問題タブ [single-responsibility-principle]

私はボブおじさんのアジャイル PPP を読んでいます。具体的には、その SRP の部分を読んでいます。原理について読んでいるときに、SRP が非常に多くの小規模なクラスと相互に依存する私たちの設計の結合を増加させているのではないという疑問が生じました。お互いに？カップリングを減らすと書かれていることは知っていますが、その方法がわかりませんでした。

単一責任の原則 (SRP) を学ぼうとしていますが、あるクラスからいつ、何を削除し、どこに配置/整理する必要があるかを理解するのが非常に難しいため、非常に困難です。

いくつかの資料とコード例をグーグルで探していましたが、見つけたほとんどの資料は、理解しやすくするのではなく、理解を困難にしました。

たとえば、ユーザーのリストがあり、そのリストから、ユーザーが出入りするときに挨拶とさようならのメッセージを送信する、ユーザーが入ることができるかどうかを確認するなど、多くのことを行う Control という名前のクラスがある場合彼を蹴ったり、ユーザーのコマンドやメッセージを受け取ったりします。

例から理解する必要はあまりありません.私はすでに1つのクラスにあまりにも多くのことをしていますが、後でそれを分割して再編成する方法については十分に明確ではありません.

SRP を理解していれば、チャンネルに参加するためのクラス、あいさつとさようならのためのクラス、ユーザー認証のためのクラス、コマンドを読むためのクラスが必要ですよね?

しかし、たとえば、どこでどのようにキックを使用しますか?

私は検証クラスを持っているので、天気を含むあらゆる種類のユーザー検証がそこにあると確信しています。ユーザーをキックする必要はありません。

したがって、キック関数はチャネル結合クラス内にあり、検証が失敗した場合に呼び出されますか?

例えば：

ここで、オンラインで無料のわかりやすい C# 資料を提供してくれるか、引用された例をどのように分割するか、可能であればいくつかのサンプル コード、アドバイスなどを示して、私に手を貸していただければ幸いです。

YoutubeVideoServiceCRUD（作成、読み取り、更新、および削除）操作を行うクラスがあります。私の見解では、作成、読み取り、更新、および削除は、クラスが変更される 4 つの理由です。このクラスは単一責任の原則に違反していますか?

違反する場合はCreateYoutubeVideoService、ReadYoutubeVideoService、 、 のUpdateYoutubeVideoServiceような 4 つのクラスが必要DeleteYoutubeVideoServiceです。授業が多いのはやり過ぎじゃない？

私はAndroidアプリケーションを初めて使用します.Oneproject、Twoprojectとして2つのサンプルアプリケーションを作成しました.Oneprojectを実行すると、Twoprojectは同じデバイスに自動的にインストールされます。このために、androidmanifestfile.xmlで次のようにインテントフィルターを初期化します。

2つのアプリケーションをデバイスにインストールできますが、Oneprojectを起動すると、Twoprojectを実行できません。1回のインストールで2つのアプリケーション（apk）をインストールして起動するにはどうすればよいですか？

どんな体のplzzzも私を助けてくれます......

インターフェイス分離の原則は、単一責任の原則の代わりにすぎませんか?

クラスが SRP を満たす場合、複数のインターフェイスを抽出する必要はないと思います。

したがって、ISP は、何らかの理由で SRP を壊さなければならない場合の解決策のように見えます。

私は正しいですか？

私はかなり長い間この分野に携わってきたと思いたいのですが、単純なことで自問自答することがあります...クラスが持つ責任、SRP、およびそのタイプのことを決定します。

つまり、メッセージング システムのコンテキストでは、次のようになります。

また

Controller/Manager タイプのクラスを使用していますか? そうでない場合、メッセージはどのようにして自分自身を送信する方法を知ることができますか?

オブジェクトに単一の責任がある場合、次のことを受け入れることができますか?

つまり、提供されたコラボレーターを使用します (ドメイン モデルが貧血になるのを防ぐのにも役立ちます)。

または、次のようにする必要があります。

現在、SOLID の原則、特に SRP について学んでいます。

この原則を理解するために、私は少し前に、アプリケーション全体のすべてのサービス メソッドを含む単一の Spring Service クラスを持つ小さなアプリケーションに取り組んだことを思い出します。

さらに、すべてのjpa-dataアクセスメソッドを含む単一のDAOクラスがありました。

これはすべて、明らかに SRP に違反しています。ではない？

私は iOS 開発が初めてで、アドバイスが必要です。チャットのようなアプリがあります。UI には、新しいメッセージをサーバーに投稿するための子ビューと、テーブル ビューでメッセージを表示するための 1 つの子ビューが必要です。

Interface Builder で両方の子ビューを XIB:s として作成しました。しかし、メインのView Controllerでこれらを使用する方法がわかりません。IB を使用してカスタム ビューをデザイン サーフェイスに追加できますか? または、これらをプログラムで追加する必要がありますか?

これら 2 つの子ビュー間でメッセージまたはカスタム イベントを送信する最良の方法は何ですか? それらを可能な限り分離したいと思います。ほとんどの場合、ユーザーがログオンまたはログオフしたときにイベントを送信して、UI がこれらの変更に反応できるようにしたいと考えています。また、書き込みビューから新しいメッセージが投稿されたときに、メッセージを含むテーブル ビューに知らせたいと思います。

//ヨハン

Javaで、さまざまな機能を持つEventHandlerを持つクラスを持つことは可能ですか? たとえば、button1 でログインし、button2 でログアウトしますが、これは可能ですか? これが私が作ったコードで、動作していないようです。