[B! 設計] hirocr777のブックマーク

hirocr777 id:hirocr777

設計に関するhirocr777のブックマーク (4)

オブジェクト指向設計（2016年度）
コンテンツ第1章基本的な用語第2章オブジェクト指向開発第3章設計の問題第4章オブジェクト指向設計の原則第5章単一責任の原則第6章 Visitor パターン第7章 LSP、DIP、ISP 第8章パターン技術第9章ユースケース第1章基本的な用語クラスとオブジェクトの違い第2章オブジェクト指向開発オブジェクト指向開発オブジェクト指向分析機能外要求 User インタフェース Student クラスとTeacher クラス Student クラスのソースコード Teacher クラスのソースコード演習2-1 UserLocator クラスのソースコード演習2-2 演習2-2 の解答 Teacher.java UserLocator.class 第3章設計の問題演習3-1 演習3-1 の解答1（返却値を利用した方法）演習3-1 の解答2（条件分岐
hirocr777 2016/09/25
設計

java
リンク
Web API設計指針を考えた｜デロイトトーマツウェブサービス株式会社（DWS）公式ブログ
小文字のみを使用する。単語をつなげる必要がある場合はダッシュを利用する。単数形よりも複数形をつかう。なお、実装がRailsの場合でテーブルの複数形が誤っている場合には、URLは正しい複数形としてRails側を修正する。（APIに実装を反映させるべきではない。）スペルミスをしない。 URLの階層は浅く保ち、複雑さはクエリパラメーターに押しこむ。クエリパラメータ名は配列で複数渡すものについては複数形、一つだけ渡すものについては単数形とする。ページングにはper_page、pageというパラメータ名を使用する。と書いてきたが、ただし、RESTには必ずしもこだわらず、あくまで利用側の利便性を重要視した設計とする。 1つの作業を完結するために複数回のアクセスを必要とするようなAPIの設計はChatty APIと呼ばれる。これはネットワークのトラフィックを増加させ、クライアントの処理の手間
hirocr777 2016/02/04
json

web

設計
リンク
デザインパターンを読み解く
ポリモーフィズム（サブクラスによる切り替え、抽象化）ここに分類されるのは、オブジェクト指向の第３原則、ポリモーフィズムを使用したパターンです。ポリモーフィズムを使用すると、動的に使用するクラスを切り替えることができます。＜参照＞他に分類されているものでも、ポリモーフィズムが重要な位置を占めているものもありますが、ここではそれしか使われていないものを扱います。ただデザインパターン全体を通して強調されているのは、インターフェースでプログラミングするということです。実装への依存をなくし、そうすることによって設計の骨組みを明らかにするのです。 Template 次のようなメソッドがあった場合に、処理Bのところを条件によって変えたい場合があるとします。 class Hogehoge { void doit() { ... 処理A ... ... 処理B ... ... 処理C ... } }
hirocr777 2016/01/06
プログラミング

java

設計
リンク
DB 設計時のサイズ見積り[最新版] - Qiita
こんにちは、すっかり秋ですね！@yone098 です。みなさんDBの設計してますか？ DB設計時のサイズ見積り以前はてなダイアリーで書いた記事は5年前のものであり、リンクが切れているものがあるので最新版として MySQL, PostgreSQL, Oracle, SQLServer におけるDB設計時のサイズ見積りをまとめ直しました。 URL内のバージョン表記を変えると以前のバージョンの情報になります。 MySQLは、あまり情報に変化は無かったので Excel でマクロなどを作成して自社で自動算出出来るようにするのが良いと思います。データタイプごとに必要な要求ストレージが決まっているのでレコードサイズが決まり、あとは要件次第で何レコードになるかを予測します。データタイプごとに必要な記憶容量テーブルの最大サイズ関連 http://dev.mysql.com/doc/refman/5
hirocr777 2014/11/08
PostgreSQL

DB

設計
リンク
1