何となくクラス設計をしていませんか？ ～目からウロコのSOLID原則～
[！] この記事は公開されてから1年以上経過しています。情報が古い可能性がありますので、ご注意ください。 はじめに そもそも私がSOLID原則を知った経緯は、オブジェクト指向に関数型言語の要素を取り入れた新しい言語を勉強していたことがきっかけになります。 最初は、なぜその言語が関数型言語の要素を取り入れたのかを知るために、オブジェクト指向を改めて調べる必要があると思い調査していました。 その際にSOLID原則という用語を発見しました。そして、SOLID原則について詳しく調べていくうちに、以下の利点があることに気づきました。 無駄な処理をオブジェクトの利用者に書かせることがないようにクラスを構成できるようになります。 バグの発生箇所の特定が容易になります。 機能提供後の機能追加やバグ修正をしやすくできます。 このことを知らないと大きな損になると思い、筆を執りました。 SOLID原則とは ロバ
Web API: The Good Parts
Web APIの設計、開発、運用についての解説書。APIは設計次第で使いづらいものになってしまうだけでなく公開後の保守運用も難しくなってしまいます。そのためAPIを美しく設計することがとても重要です。本書では「設計の美しいAPIは、使いやすい、変更しやすい、頑強である、恥ずかしくない」という考えのもと、APIをどのように設計し運用すればより効果的なのか、ありがちな罠や落とし穴を避けるにはどういう点に気をつけなければいけないのかを明らかにします。ターゲットは、URIにアクセスするとXMLやJSONなどのデータが返ってくるシンプルなタイプ――XML over HTTP方式やJSON over HTTP方式――のAPIです。読者は、Web API設計の考え方と手法を知ることができます。 はじめに 1章 Web APIとは何か 1.1 Web APIの重要性 1.1.1 APIでの利用を前提とした
RESTとJSON、スキーマ定義について思うところ
mozaic.fm #7 RESTや#mozaicfm REST を聴いての感想、それから「Web+DB vol82のWebAPIデザインの鉄則」に触発されたので書こうと思う。 REST設計について WebAPIを設計するうえでRESTが重要であることは周知のとおりである。 “Constraints are liberating”「制約は自由をもたらす」 @t_wadaさんがおっしゃっているように、RESTを前提にすれば、「アーキテクチャとしてもそうだし、アプリケーションフレームワークも「適切な制約」を設けることで設計のコストが下がる」という大きなメリットが生まれる。 しかし、相変わらずリソース設計やらインターフェース設計やらで悩んでおられる方も多いと聞く。 その一方で個人的には適切なフレームワークを使えばREST設計で悩まなくてもよいはず(※3)という思いもある。 インターフェース設計な
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Lv1から始めるWebサービスのインフラ構築
