Model・ViewModelのマッピングに便利なAutoMapper | mono's Tech Blog
Search Send a Message This message will be pushed to the admin's iPhone instantly. Name E-Mail AutoMapperとは、クラス間でプロパティを自動的にマッピングさせる.NETライブラリです。 なぜ必要か ASP.NET MVCでのMVCパターンでも、XAML系(WPF・Silverlight)でのMVVMパターンでも、View用のModel(ViewModel・Presentation Modelなどなど)という概念が出てきます。 XAML系も含めると色々ややこしいので、以下、基本的にASP.NET MVCに沿って展開していきます。(XAML系でも適用出来る部分はあると思います) MVVM・ViewModel・Presentation Modelなどの厳密な話しは置いておいて、本記事では便宜
Google Sites: Sign-in
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
DDD for Rails Developers. Part 1: Layered Architecture. — SitePoint
DDD for Rails Developers. Part 1: Layered Architecture.Best PracticesRails TutorialsRuby Deployment There are many kinds of complexity that you have to deal with developing software and different kinds of applications will have very different sets of problems you need to solve. If you are building the next Twitter, scalability and fault-tolerance are the problems you are probably fighting. On the
見積関連 - techwiki
実践的な見積もりの手順 † 見積もりの精度を高める際のポイントは，採用する見積もり技法にかかわらず，「システム特性」と「リスク」をいかにして見極め，見積もりに反映させられるかにある。システム特性については，検討もれがないようにチェックリストを作成するなどして対応すべきだ ↑ 見積もりの前提となるシステム特性のチェックリストの例 † 見積もりを行う際は，ベンダーがRFPを基にして，以下の項目について詳細を洗い出す必要がある。洗い出した結果は「複雑度」として係数化して，見積もりに反映させることが望ましい ↑ LOC法による規模と工数の算出手順 † LOC法では，「1機能当たりのステップ数」と「生産性係数」はプログラミング言語ごとに別途用意する。LOC法はメインフレーム時代の標準的な見積もり技法だったが，システムの主要な形態がクライアント・サーバーシステム，Webシステムへと変化するに伴い，
設計関連 - techwiki
利用者のインターフェースからシステム、データベースのエンティティの流れを定義するための分析 ユースケース記述の各文の主語として考えられるのは、「（設計対象の）システム」「利用者」「外部システム」の3種類です。 ここで主語が「システム」になっている文は特に重要です。この文の動詞こそが、 「システムがすべきこと＝実装すべき処理＝コントロール」になります。 その動詞がロバストネス図上ではコントロールとして現れ、 最終的には、いずれかのクラスのメソッド（複数可）に成ります。 したがって、 主語がシステムとなっている文の動詞 (＠ユースケース記述) ↓ コントロール (＠ロバストネス図) ↓ いずれかのクラスのメソッド (＠シーケンス図) UMLを描こう - Vol.5 ICONIXロバストネス図 “ユースケースの振る舞いを俯瞰する図としてロバストネス図を相互作用概要図を使
UMLを描こう – Vol.5 ICONIXロバストネス図
■■前回までのまとめ■■ 要件定義で役立つ図： ・ドメインモデル図（概念モデル図） →自然言語レベルのクラス図のこと。用語整理に用いる。 ・ユースケース図 →機能一覧。各ユースケースに対してユースケース記述がある。 詳細設計で役立つ図： ・クラス図 →クラスとそれらの間の関係を表す静的設計図。 ・シーケンス図 →オブジェクトの振る舞いを表す動的設計図。 さて、それではどうやって要件定義から詳細設計への長いギャップを埋めればよいのでしょうか？ 今回解説するロバストネス図は、まさにそのギャップを埋めるための図です。 ■■ロバストネス図を描こう■■ ロバストネス図とは、ユースケース記述を絵にした図で、以下の三兄弟アイコンを用います。 ・バウンダリ：画面 ・コントロール：システムが行う1つ1つの処理 ・エンティティ：ドメインモデルが実体化したもの では、『商品の詳細を表示する』ユースケースのロバス
大規模開発から学ぶFlash構築 - Flash OOP Japan
情報リンク † 書籍『ワークブック形式で学ぶUMLオブジェクトモデリング』 書籍『ユースケース入門』 書籍『入門統一プロセス』 書籍『ユースケース駆動開発実践ガイド』 書籍『ダイアグラム別UML徹底活用』 書籍『UMLユーザーガイド』 書籍『Essencial ActionScript? 2.0』 ↑ 執筆にあたって † Flashコンテンツを開発する場合、2人以上の人間がFlashコンテンツの何かしらを担当するときは、私は大規模開発の分類に入るのではないか、と考えています。なぜなら、1人で開発するときと2人以上で開発するときでは、プロジェクト遂行時に気をつけないといけない点、注意すべき点が変わる（増える）からです。「開発者間のコミュニケーション」という要素だけ考えてみても、当然ながら1人で開発している場合は特に気にする必要もありませんが、2人以上の開発では、「お客さんの求めている内容の理
sifue's blog
N高等学校でプログラミングを学ぼうとしている新入生向けに、プログラミングをやっているN高等学校の生徒/卒業生の情報発信、メディア露出、作品まとめを作ってみました。適当にまとめたので、自分のも入れて欲しい！とかというのがあったらN高のSlackの #programming にて @teacher_sifue までメンションください。 7coco Tech Blog 7cocoさんの技術ブログ 文系女子高生をどん底から救ったプログラミングの魅力 | 日経 xTECH（クロステック） 7cocoさんのメディア露出 uehr uehrさんのポートフォリオサイト 「N高等学校」ってどうなの？ 卒業生に聞いた、学校生活と現在 ohtasojiさんのメディア露出 学校生活振り返り - deletend’s diary deletendさんの競技プログラミングブログ かっこいいサイバーマスクを作る[後編]
【ICONIX】 まずは、ドメインモデリングから始めよう( ･`ω･´)ﾜｯﾌｩーｗ
以前、友人たちとチーム開発をやった際に ICONIXプロセスを導入して、ユースケース駆動開発を実践したことがあります。 それから数年、使わないと人間忘れてしまうものですね・・orz 『やべぇ、ユースケース図がほんとにコードになった！ｗｗ』という感触を思い出し、後で復習出来るようにするため、 記録をつけながらもう一度実践してみたいと思います (`・ω・´) ﾜｯﾌｩー ではまず、プロジェクト(と言っても今回一人ですがｗ)の用語集にあたるドメインモデルを作りたいと思います。。 要求事項から名詞を抽出顧客などから出してもらった要求記述から、出来るだけ現実世界にある名詞(オブジェクト名)を抽出します。 内容 例
ICONIX « ツール工房 覚書
ICONIXプロセスとは開発プロセスの一つです。ユースケース駆動のプロセスであり、分析と設計のギャップを埋める「ロバストネス分析」を行うことが特徴です。 ICONIXプロセス：http://ja.wikipedia.org/wiki/ICONIX 今回は、ICONIXプロセスを用いてHSMS通信ソフトをモデリングしてみました。 ドメインモデル まず要求リストを基にドメインモデルを作成します。 （接続と送受信が出来ることを目指します。） ドメインモデルは分析麻痺に陥らないように2時間以内で作成します。また、この先のユースケース図、ロバストネス図で見つかった新しい用語は随時ドメインモデルに反映することが大切になります。が、今回はドメインモデルの更新が疎かになり、シーケンス図作成後まとめて更新となりました。更新する機会を設けなかったこと、また更新担当者を割り当てなかった事が原因だったと思います。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Error 404 Not Found
Error 404 Not Found
【連載】ゼロから始めるUMLモデリング講座
designed.jp