ソースコードを分割するメリット

Question

1つのソースコードを3つに分割する（パラメータ、メソッド、その2つを呼び出すプログラム）よう言われたのですが、
メリットは何でしょうか？

Comments

[momon-ga]

言われた人に質問せず、ここで質問する意図は何かありますか？

Answer 1

それ以前に言われたことがわかっていません。
何を言われたのかもう一度確認してきてください。

Comments

[momon-ga]

パラメータとメソッドとそれを呼び出すプログラムっていうのが、そもそもなんなのか・・・
テストデータ、テスト対象モジュール、テストドライバか？

[Zuishin]

実際にそれを言った人に聞かないとわかりませんね。

何の根拠もありませんが、ファイルとして分割するというのではなくメソッドとパラメータと呼び出しを「分けて考える」くらいの意味ではなかったかと想像しています。
クラス単位より小さな単位でのソースの分割は初心者に教えるようなものではないからです。

[Zuishin]

データとモジュールとドライバという単位であれば「メソッド」よりもっと適切な言葉があったでしょうし、そうであればこの質問はもっと別のものになっていたのではないかと想像します。

[a_saitoh]

ソースファイルを複数に分割せよという指示なら、「3つに分割する（パラメータ、メソッド、その2つを呼び出すプログラム）」という言い方はしませんよね。言われたことを正しく理解してない可能性が高いですね。

Answer 2

こんにちは。

1つのソースコードを3つに分割する（パラメータ、メソッド、その2つを呼び出すプログラム）

ソースコードの分割自体のメリットとしては、１つのソース・ファイルが化物のように大きいとメンテに苦労するとか、ソース・コードの管理も手間がかかるなどが一般的と思います。

しかし、あまり大きくはないソースを分割するのはナンセンスなこともあります。その３種類が意味的にに「同じもの」である場合分割しない方がメンテしやすいです。逆に意味的に大きく異なるとか、階層的に分けるべきとか、修正する人が異なる等の事情がある時は逆に分けたほうが好ましいです。
その内容が我々には分かりませんので、直接の回答はできません。その指示を出した方に「何故分けるのか？　分けなかったらどんな問題が発生するのか？」聞いてみるのも１つでしょう。
聞くのではなく「分けなかったらどんな問題が発生するのか」考えてみるのも１つと思います。

Answer 3

役割が明確になるので可読性の向上が見込めます。

Answer 4

ファイルが３つになる

Answer 5

そういうことは言った本人に聞かないと判りませんよ。メリット云々の話ではないのかもしれませんし(そうしなければならない理由があるとか)。そもそも、どのようなソースファイルなのか判りませんので判断のしようがありません。

一般的な話として、ソースファイルが大きくなりすぎるとメンテナンス性が損なわれるので、何らかの基準で分割するということは間間あります。言語によってはそのための機能が備わっているものもあります。
ただ、分割する基準が明確でないと、逆にメンテナンス性が損なわれることもありますので、ソースファイルが大きくなったからといってむやみに分割すれば良いというものでもありません。

Answer 6

パラメータは本番環境とテスト環境で違うことが多い
というより、むしろパラメータには本番環境とテスト環境で変わるようなものを置く
パラメータを分けておくと本番環境への修正反映をスムーズにできる

定義と実行を分けると定義の使い回しがしやすい
実行と定義が分かれていないと一部の処理をほかで使い回すのがやりにくくなる
テストで一部のメソッドの動作確認とかも
実行が同時にされてしまうようになってるとやりにくい

設定・実行・定義、分かれてないと後に響きます