【Clean Architecture 第Ⅳ部】コンポーネントの原則

コンポーネントコンポーネントの簡単な歴史コンポーネントの凝集性再利用・リリース等価の原則(REP) 閉鎖性共通の原則(CCP) 全再利用の原則(CRP) コンポーネントの結合非循環依存関係の原則(ADP) 安定依存の原則(SDP) 安定度の指標安定度・抽象度等価の原則(SAP) 抽象度の計測抽象度と安定度の関係

コンポーネント

コンポーネントとは？

デプロイの単位となる最小限のまとまりのこと

コンポーネントの簡単な歴史

昔はプログラムをメモリ上のどの場所にどのように配置するかはプログラマが指定する必要があった。その当時は、プログラムはリロケータブルでなかった。ライブラリ関数はアプリケーションに組み込んで、ひとつのプログラムとしてコンパイルしていた。その結果、コンパイラの処理時間は増えていた。
それを短縮するために、あらかじめライブラリ関数をコンパイルして、そのバイナリをメモリにロードしていた。ただし、アプリケーションに変更があるたびにメモリにアプリケーションとライブラリ関数が断片化されていた。
リロケータビリティ(再配置可能性)の登場
コンパイラが作ったバイナリコードを修正して、スマートローダがそのコードをメモリの任意の場所に適切に配置できるようにした
ここから発展して、リロケータブルなバイナリのメタデータとして関数名を参照できるようになり、外部参照、外部定義、リンクローダができるようになった。
💡
リンクローダとは
リンクローダは、名前からも推測できるように、リンキングとローディングの両方の機能を持つプログラムやツールを指す。
1. リンキング: リンキングは、複数のオブジェクトファイルやライブラリを一つの実行可能ファイルに結合するプロセスです。この際、外部参照と外部定義の解決が行われ、各オブジェクトファイルやライブラリのコードやデータが適切に結合されます。
2. ローディング: ローディングは、実行可能ファイルをメモリに読み込むプロセスです。こうすることで、プログラムがCPUによって実行される準備が整います。
リンカの登場
リンクローダはプログラムが、巨大化するにつれて、処理時間が長くなる問題があった。なぜなら、外部参照するライブラリが膨大である時に、外部参照の解決やオブジェクトファイルの結合、再配置に時間がかかっていた。
結局、ロードとリンクは別のフェーズに分離され、リンクの処理をリンカと呼ばれる別のアプリケーションに切り出された。
マーフィーの法則vsムーアの法則
マーフィーの法則のようにプログラムは、コンパイルとリンクに使える時間を使い切るまで肥大化する。と思われていたが、集積回路のトランジスタ数は約2年ごとに倍増するというムーアの法則により、そのリンカの処理速度に対する問題はなくなった。