タグ付けされた質問 「single-responsibility」

単一責任の原則では、システム内の各モジュールは単一の機能または機能、まとまりのある機能の集約に責任を負うべきであると述べています。別の一般的な言い方をすれば、各モジュールは変更する理由が1つだけあるべきだということです。

3
セッターとゲッターは常に単一責任の原則を破りますか?
私たちが知っているように、SRPはすべてのクラスが単一の責任を持つべきであり、その責任はクラスによって完全にカプセル化されなければならないことを述べています。 しかし、セッターとゲッターは別の責任を果たします -それらは抽象クラスのプロパティ(データ)アクセスを行います。 場合セッターとゲッターは、抽象クラスのプロパティへのアクセスを行う、その後、彼らは別の責任を果たす行います。 だから私がこのようなものを持っているなら、 class Config { private location; public function write(array $data) { .... } public function read($key) { ... } public function exists($key) { ... } public function delete($key) { ... } // Below comes property abstraction // Here I doubt - I CANNOT USE this class …
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.