パッケージ原則ここ最近はソフトウェア設計について勉強しています。インプットが多く、アウトプットが最近減っているなと思ったので、少しずつでもアウトプットしていきます!といっても、今まで通り、勉強していることを簡単にまとめる、メモのような形で書いていこうと思います。「再利用させたければリリースしなさい」リリースと再利用が一致する分け方を考える。Principle(CRP)ひとつのパッケージ(またはバージョン)に起きたコード変更は、すべて利用するか、まったく利用しないかのどちらかを選ぶしかない。Principle(CCP)ひとつの変更が必要なとき、できる限りひとつのパッケージだけを交換すれば済む形にしなさい、という教え。Principle(ADP)パッケージの依存が循環してはならないというシンプルな原則。Principe(SDP)パッケージの依存は常により安定したパッケージに向くという真理を語っている。Principle(SAP)パッケージ原則の最後。パッケージの安定度と抽象度には相関関係がある。安定度が高いパッケージであるためには抽象度が高くならなければならず、安定度の低いパッケージで良い場合は抽象度が低くてもよい、と語っている。【サーバサイド】連想配列からオブジェクトへの変換の意図とメリットデータを配列で持つのと、オブジェクトで持つことの違いについて、あまり関心を向けておらず、実務の中で気になったことがあったので、ここでメモしておきます。Comments表示できるコメントはありません。