Webアプリケーションの構成に関する予備知識 - Qiita
自分の担当したWebアプリケーションを引き継ぐ際に、予備知識として説明したことのまとめ 注意事項 もともと明確に定義されていない概念や、簡単に説明するため正確さを犠牲にした部分が多い 間違っていることを前提に、疑いながら読むのがベター アプリケーションの層構造 アプリケーションを構成するオブジェクトには非常の多くの種類がある アプリケーションの（より良い）構成をオブジェクト単位で考えるのは難しいので、もっと粒度の大きい単位で考えたい アプリケーションをいくつかの層（オブジェクトの所属するグループ）に分割し、層単位でアプリケーションの構成を考える View層（ビュー層） レスポンスをクライアントにとって都合のいい形（i.e. 画面）に変換する層 View層のオブジェクトは Controller層のオブジェクトから利用される DomainModel層のオブジェクトを利用して、ユーザーに表示した
PHPで学ぶオブジェクト指向 - Qiita
はじめに 効率的なwebアプリケーションという本で学んだ内容を備忘録として記録していきます。 私は今までオブジェクト指向というものを何度も勉強しようとしてみたものの、Humanクラスがどうのこうのとか、Birdクラスを継承したChickenクラスがどうとか・・・意味がわからなさすぎて何度も挫折してきました・・ｗ そんな中、最近私はSchooというオンラインで授業が受けれるサービスに加入しました。 そこでこの本の著者である小川雄大さんの「オブジェクト指向入門」という授業を開講していたので、受けてみたところ、目から鱗が落ちるくらいの衝撃でオブジェクト指向がスルスルと頭に入って行きました。 そこでもっと本格的にオブジェクト指向を勉強しようと思って、小川雄大さんの書かれた「効率的なwebアプリケーション」を購入し、ここにまとめようと思った次第であります。 オブジェクト指向の3大要素 ポリモーフィズ
本当のオブジェクト指向は可読性を上げる
2017/07/06にビースラッシュ様の設計セミナーで発表したBridgePointの紹介です。モデリングについても書いています。
PHPでのオブジェクト指向での記述について。オブジェクト指向を最近勉強し始めたのですが手続型で書いたプログラムをどのようにオブジェ... - Yahoo!知恵袋
>> 手続型で書いたプログラムをどのようにオブジェクト指向に直せばいいのかよくわかりません。 オブジェクト指向プログラミングを扱っていくうえでは「関数型プログラミング」の存在も知っておいてほしいところです。 関数型プログラミングとオブジェクト指向の抜き差しならない関係について整理して考える http://qiita.com/kenokabe/items/13ea8d2da6adce1b3b9a PHPを扱う上で私なりに注目してほしい要点をまとめると… ・「オブジェクト指向」はなんだかんだいってメソッドの中に変数に代入したりする手続きを書いているので「手続き型」とも考えられる。一方「関数型」は変数をほとんど使わずに全てをまるで数式のように鮮やかに表現するので、全く性質が異なる。 ・オブジェクト指向は「メッセージ指向」と「データ指向」の2つの側面を持っている。 ・メッセージ指向は、「モノ」から
新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 - Qiita
あわせて読みたい 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 「オブジェクト指向プログラミング」と「関数型プログラミング」のたった一つのシンプルな違い あきらめるにはまだ早い！ソースコードの品質向上に効果的なアプローチ 2015年に備えて知っておきたいリアクティブアーキテクチャの潮流 この記事について この記事は新人向けの研修内容を再編集してお送りいたします。 ここで述べる内容はどのようにして現在のプログラミングスタイルが生まれてきたかを理解することで、よりよいプログラムを書くためのもので、正確なソフトウェア工学の歴史を学ぶためのものではありません。正確な歴史を把握したい場合は、原典をあたるようにしてください。 また、想定している読者は「よくあるオブジェクト指向プログラミングの学習」を既にし
ドラゴンボールで学ぶオブジェクト指向 改 - 達人プログラマーを目指して
ドラゴンボールといえば、大変に人気の高い国民的、いや世界的な漫画、アニメですが、昨日匿名ダイアリーでドラゴンボールをネタにしたオブジェクト指向の解説がホッテントリに入っていました。 ドラゴンボールで学ぶオブジェクト指向 多くの人に親しみやすい題材でオブジェクト指向の考え方を解説するというのは非常に興味深い試みなのですが、オブジェクト指向の説明としては不適切なところがあり、ちょっと残念な内容になっています。私自身ドラゴンボールの専門家（ドメインエキスパート）ではないため、不正確なところがあるかもしれませんが、ストーリーを思い出しながら、私なりにドラゴンボールをネタとしたオブジェクト指向の解説にリトライしてみたいと思います。 なお、オブジェクト指向でもプログラミング言語によって表現できる内容が異なるため、当然設計技法は違ってきます。ここではJava、C++、C#、Visual Basicといっ
http://foreignkey.jp/archives/589
See related links to what you are looking for.
オブジェクト指向プログラミングの本質とは何か? 本当にソースコードは分かりやすくなるのか? 【▲→川俣晶の縁側→ソフトウェア→技術雑記】
オブジェクト指向プログラミングの位置づけ § オブジェクト指向プログラミングは1つの有効なプログラミングパラダイムであって、その特徴を活かす場面に正しく適用すれば、それなりの成果を期待できると思います。 しかしながら、オブジェクトの万能幻想という宗教性の強い思想によって、「特徴を活かす場面に正しく適用」するという試みが阻害されていることが多いと考えます。 つまり、オブジェクト指向プログラミングは上手く機能していないことになります。 これを解消するために、デザインパターンであるとか、アスペクト指向といった非オブジェクト技術を導入してオブジェクト万能幻想の崩壊を防ごうとしているというのが、1990年代後半以降の歴史的な流れであると認識します。 しかし、パターンやアスペクトの導入はプログラミングに不必要かつ過剰な複雑さを導入することであり、このような「穴を見つけては新しい詰め物を探して詰め込む」
サルでもわかる 逆引きデザインパターン 第1章 はじめてのデザインパターン はじめに:
第1章 はじめてのデザインパターン はじめに デザインパターンとは 特集の構成 すぐわかるオブジェクト指向 すぐわかるUML おわりに 第2章 逆引きカタログ ロジック編 Singleton (シングルトン) Factory/Factory Method (ファクトリ/ファクトリメソッド) Strategy (ストラテジ) Composite (コンポジット) Visiter (ビジタ) 第3章 逆引きカタログ J2EE編 Template Method (テンプレートメソッド) Facade (ファサード) ViewHelper (ビューヘルパ) DAO (Data Access Object) 第4章 逆引きカタログ その他 ユーティリティクラス 実行時例外を標準的に使う Nullオブジェクト 第5章 デザインパターン適用の勘所 はじめに アプリケーションの仕様 リファクタリング前のサ
＠IT：連載 INDEX - 保守性・拡張性に優れたシステムを作る
保守性・拡張性に優れたシステムを作る（12）： システム開発はなぜ楽にならないか？ これまで、本連載ではこれまで11回にわたって、システムの拡張性・保守性を考慮するうえで重要になるオブジェクト指向における分析設計の流れや考え方を解説してきた。最終回では、なぜいまもってシステム開発が楽にならないのかについて、筆者の考え方を紹介したい。（2008/7/15） 保守性・拡張性に優れたシステムを作る（11）： キミの設計に「トレーサビリティ」はあるか システム開発は5つのステップ（工程）に分けられる。全体の流れを可視化し、それぞれの工程で発生する影響範囲を追跡する。それにより、構築後の保守・拡張性をも視野に入れた作業を行うことが可能となる。（2008/2/7） 保守性・拡張性に優れたシステムを作る（10）： ドメイン層をシンプルに作るためのO-Rマッピング （2007/9/13） 保守性・拡張性に
- 継続的インテグレーション
継続的インテグレーション 原題: Continuous Integration Martin Fowler Chief Scientist, ThoughtWorks Matthew Foemmel ThoughtWorks 「確実なビルドを行う」 -- これはどんなソフトウェア開発プロセスであれ重要なことだ。そのわりには、このことがきちんとされていないことに驚かされる。本論文では、Matt が ThoughtWorks 社でのある大規模プロジェクトにおいて採用したプロセスを紹介する。このプロセスは全社的な広がりを見せつつある。テスト部分も含めて「全てが自動化された」「再現可能な」ビルドを、「日に何度も」行うことに力点がおかれている。このプロセスを用いれば、開発者はインテグレーションを毎日行うことになるので、インテグレーションに伴う問題を減らすことができる。 継続的インテグレーションの恩恵
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PHPオブジェクト指向入門（前半） - Qiita
オブジェクト指向と設計の話
Object Modelling
Administrative Quarantine
Efficient data transfer through zero copy