ソースの管理について

Question

ライブラリのソースなどにおいてファイルを数種類使用しているのはなぜでしょう？
全て同じファイルに書いてはいけないのでしょうか？
管理がしやすくなる以外にメリットがあればご教授お願い致します。

Answer 1

pythonの場合、ファイルごとにモジュールという単位で別の名前空間になります。

そうなることで、ライブラリの設計次第ではありますが、以下のようなメリットがあります。

• 名前空間がモジュールごとに分かれるため、名前絡みで変な干渉を起こすことがなくなる
• モジュールごとにimportできるのでimportの高速化などが期待できる

もちろん維持管理の面でのメリットも大きいです。

Answer 2

同じファイルに書いてもいいですよ。

あなたが組むコードはそうすればよろしい。
ただ、規模が大きくなってくるとそれでは破綻しますけどね

Comments

[reirin]

回答していただきありがとうございます
どのように分けることが多いですか？

[y_waiwai]

人それぞれでしょうけど、機能別に分けたりしますね
・入力／表示関係
・通信関係
・文字列処理
・計算処理
などなど。

ニンゲンのアタマはあんまし多くのことは考えられんので、一つの中に多くのことを詰め込みすぎるとわけわからんようになります。そうなる前にファイルを分けますね

[reirin]

ありがとうございます

Answer 3

... 管理がしやすくなる以外にメリット ...

プログラムでは複雑さを低くするためです。
品質を保つ、バグ修正・機能向上をしていくためにはコードが単純になっていたほうよいのです。

複雑さの計測はいろいろな手法がありますが、その一つに コード メトリックス値計測があります。
そのなかには コード行という指標があります。つまりファイル、クラス、メソッドの行数です。

参考情報

• Visual Studioのコード メトリックス値の説明

https://na11-nato.hatenablog.com/entry/2018/04/06/223355

...

コード行 - コード内の行の概数を示します。 この数は IL コードに基づいているため、ソース コード ファイル内の正確な行数ではありません。 数が非常に大きい場合、型またはメソッドでの処理が多すぎるため、分割が必要であることを示すことがあります。 また、型やメソッドの保守が困難なことを示す場合もあります。

...

その他の参考情報

• ソフトウェア構造を見れば品質がわかる！ 構造メトリクスとバグの関係

http://www.jaspic.org/event/2014/SPIJapan/session1C/1C1_ID016.pdf

• 「アーキテクチャは組織構造に従う」という経験則には2つの意味がある

http://forza.cocolog-nifty.com/blog/2014/12/2-ed73.html