エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
なぜ、SOLIDのオープン・クローズドの原則(OCP)を誤解する人が多いのか?
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
なぜ、SOLIDのオープン・クローズドの原則(OCP)を誤解する人が多いのか?
はじめに オープン・クローズドの原則(OCP)=プログラムは拡張には開かれ、修正には閉じているべきとい... はじめに オープン・クローズドの原則(OCP)=プログラムは拡張には開かれ、修正には閉じているべきという原則 は有名です。 しかし有名であるわりに、意味が正しく理解されている場面は驚くほど少ないです。 多くの説明では「修正してはいけない」「既存コードを触るな」という話だけが独り歩きしています。 その結果、現場では バグ修正 までOCP 違反扱いされたり、逆に本来守るべき インタフェースの安定性 が軽く扱われたりします。 これは単なる言葉の取り違えではありません。 設計原則の向きそのものが反転している状態です。 もともとOCPは、ソフトウェアを将来の変更から守るための原則でした。 ところが流布の過程で、「何に対して閉じるのか」「何に対して開くのか」が抜け落ちました。 すると原則は思考の道具ではなく、ただの標語になります。 OCPの誤解が多いのは、原典の文脈が忘れられやすく、日本語の「修正」と

