BLOGワンダープラネットの開発者ブログです。モバイルゲーム開発情報を発信。良いソフトウェアとは何か。顧客満足を実現するアプリケーション?不具合がないソフトウェア?難しい質問だと思っておりますが、概して機能の拡張や変更が容易でバグが発生しにくいことに纏められると思います。ソフトウェア開発方法論は開発者がより短い時間で様々な機能を少ないミスで開発できるように発展してきました。今回はオブジェクト指向の五大原則と言われているSOLIDについて話してみましょう。必要なコンセプトだと行っても無理ではないと思います。job.上記の言葉を直訳すると「クラスはただ一つの理由で変更すべきだ。クラスは一つの機能だけを持っているようにすること。SRP原則を適用すれば責任領域が明確になりますので、一つの責任を変更することが次々と他の責任の変更になり続ける連鎖作用を防止できます。責任を適切に分配することにより、コードの可読性の向上,メインテナンスに容易という利点があります。それに加えSRP原則は次回紹介するOCP原則を適用する基盤となっています。活用の例リファクタリング(Refactoring)を要求する問題はこのSRP原則を考えていないことで発生する場合が多いです。一つの変更に複数な変更が行ってしまうことをいいます。stringNum」はギターのタイプによって変更が多い部分だと思います。serialNumber)あるいはクラス全体を修正しなければならないようになってしまいます。SRP原則を考えてリファクタリングしてみましょう。...}上記のように変更が発生した部分を新しいクラスに分けて処理したことが確認できます。まとめクラスは一つのサービスに一つの責任を持たせて、名前はその内容を明確に表すように作成した方は良いと思っております。単純に責任で区別することではなくて各機能の凝集力(cohesion)を考慮し、最初からオブジェクトの間にデカップリング(decoupling)する手間が掛かないようにした方が良いですね。今回のエンジニアブログを担当させて頂きます、佐藤です。