てすとここ
新しいテストはここ。
ここからテスト。
2011年7月27日水曜日
2011年7月4日月曜日
モジュール化と隠蔽
素人なりに基本を整理。
プログラミングにはいくつか原則がある。
1つは『コード間の依存関係を荒くすること』。
例えば、同じ変数をいろんなとこに書いてしまうと、コードが長くなるにつれて困難極まってくる。
変数xが2つの関数A,Bで使われているとする。
Aの動作を変更するためにxをいじる。
すると気づかぬうちにBの動作も変更されてしまった、というのが悲劇の始まり。(副作用と呼ぶ)
関数2つならまだいい。
A,B,C,D...と増えるにつれ、副作用を避けつつAの動作だけを変更するのが難しくなっていく。
さらに恐ろしいことに、Bで発生した副作用を直そうとして変数yをいじると、yをいじったことによる新しい副作用が発生するという無限地獄に突入する。
これがコードのスパゲッティ化という現象である。
どうすれば、スパゲッティ化を防げるのか?
それが、『コード間の依存関係を荒くすること』である。
具体的にはまず、コードを役割に応じて小さくグループ化する(モジュール化)。
そして、外部からモジュール内部への自由なアクセスを禁じて、定義したインターフェイスを用いたアクセスのみを許可する。
この外部から内部変数への自由なアクセスを禁じることを、「隠蔽」という。
関数の中身、クラスであれば「内部変数・関数」は、原則的に外部から直接変更できない。
これによって異なるモジュール同士の変数が、密に依存しあうことを避けているのである。
言語によって、「モジュール化と隠蔽」を実現する手段は微妙に異なる。
例えば、プロトタイプベースであるJavaScriptのオブジェクトでは、
関数とクロージャを使ってモジュール化と隠蔽を図る、など。
プログラミングをするときは、言語に応じた「モジュール化と隠蔽」を常に意識して書くように心がけたい。
プログラミングにはいくつか原則がある。
1つは『コード間の依存関係を荒くすること』。
例えば、同じ変数をいろんなとこに書いてしまうと、コードが長くなるにつれて困難極まってくる。
変数xが2つの関数A,Bで使われているとする。
Aの動作を変更するためにxをいじる。
すると気づかぬうちにBの動作も変更されてしまった、というのが悲劇の始まり。(副作用と呼ぶ)
関数2つならまだいい。
A,B,C,D...と増えるにつれ、副作用を避けつつAの動作だけを変更するのが難しくなっていく。
さらに恐ろしいことに、Bで発生した副作用を直そうとして変数yをいじると、yをいじったことによる新しい副作用が発生するという無限地獄に突入する。
これがコードのスパゲッティ化という現象である。
どうすれば、スパゲッティ化を防げるのか?
それが、『コード間の依存関係を荒くすること』である。
具体的にはまず、コードを役割に応じて小さくグループ化する(モジュール化)。
そして、外部からモジュール内部への自由なアクセスを禁じて、定義したインターフェイスを用いたアクセスのみを許可する。
この外部から内部変数への自由なアクセスを禁じることを、「隠蔽」という。
関数の中身、クラスであれば「内部変数・関数」は、原則的に外部から直接変更できない。
これによって異なるモジュール同士の変数が、密に依存しあうことを避けているのである。
言語によって、「モジュール化と隠蔽」を実現する手段は微妙に異なる。
例えば、プロトタイプベースであるJavaScriptのオブジェクトでは、
関数とクロージャを使ってモジュール化と隠蔽を図る、など。
プログラミングをするときは、言語に応じた「モジュール化と隠蔽」を常に意識して書くように心がけたい。
登録:
投稿 (Atom)