単一責任の法則と閉鎖性共通の原則

Question

単一責任の法則はモジュールの変更理由が１つである必要がある
閉鎖性共通の法則はパッケージの変更理由が１つである必要がある
と理解しています。
ここでいうモジュールとパッケージはpythonプロジェクトにおいては以下の理解で正しいでしょうか？
モジュール＝.pyファイル
パッケージ＝モジュールをまとめたもの

正しい場合、パッケージの変更理由が１つであることのイメージが湧いてきません。
変更理由が１つであるものはモジュールにまとめるので必然的にパッケージは変更理由がモジュールの数だけあると考えるからです。

Answer 1

私もまだまだ勉強中なのですが、具体的に考えていくと理解が進むように思います。

たとえばrequestsという有名パッケージがありますが、
中にモジュールが以下のようにあって、
https://github.com/psf/requests/tree/master/requests
auth.py, certs.py, cookies.pyなどなど

cookieに関する責任は、cookies.pyにあると推測できます。(単一責任の法則)

閉鎖性共通の法則は、 requests全体の役割に相当するのかなあ。
このライブラリ利用者から見ると HTTPのリクエスト関連は requsetsに任せればよくて、
TSLのバージョンが上ったり、HTTPのバージョンが変ったり、cookieの仕様が変ったり、
認証方式が追加されても、自分の作ったアプリ側にはほとんど影響せずrequests
に任せて安心していられる。ということでしょうか。

質問にうまく答えられてなさそうですが、各ライブラリの開発者の人は、
設計時にそんなことを考えて開発しているのだと思います。

Comments

[yonchome]

丁寧に説明いただきありがとうございます！！

誰視点かが重要ということですかね？
いただいた例の場合ですと、
cookie.pyの変更の理由はライブラリの開発者視点であり、
requestsモジュールの変更の理由は利用者視点。
クッキーに関する何らかの変更理由がライブラリ開発者のモジュールレベルでの変更理由になり、
その変更理由が利用者にとっては利用しているrequestsパッケージレベルの変更理由になるみたいな形です。