亜音速ダイアゴナルVs設定によりどちらのモ
https://stackoverflow.com/questions/1384
-
08-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
何concensus時のものをご使用のこれらのツールadversedのですか？を見たいの亜音速ダイアゴナルは非常に有意のものを迅速に行うものの、大型プロジェクトになりがちなのでない規模であり、つのドメインモデルのデータベースのモデルです。そこから、設定によりどちらのモができる軽量POCOsることに無関係なデータベースモデルのセットアップ時間が長くなります。
正しい解決策はありません
他のヒント
いとても良いタイミングでの質問やっかいにいきます怒.りませんがダメージを与えるクリスCyvasのコメントを再亜音速ダイアゴナルスケーリングして-"ってな対応が求められて以来、:(.
この取引は-ケ的に亜音速ダイアゴナルスケールの非常に泳いでいる。のプロジェクトの成長-工具を使用すます必要とします。でも設定によりどちらのモ.
書いた後の使用法に関するリポジトリのパターンをDIというNHIbまたは他のツールと物事との亜音速ダイアゴナル2.1:
http://blog.wekeroad.com/blog/subsonic-writing-decoupled-testable-code-with-subsonic-2-1/
私も書いた後の亜音速ダイアゴナル:
http://blog.wekeroad.com/blog/subsonic-scaling/
武器agiは、dexで下がらないboxerぐ.
されています。亜音速ダイアゴナルの場合プロジェクトのActiveRecordのデータベースです。いステーブルのもう魔法です。きの調節のたびオーバーライド"とんとことって～えいとくの場合(またはプロジェクト)を根本的に同意できない、クラス毎にテーブルアプローチで、私を見て設定によりどちらのモから始まりがありますのでご注意ください。複雑なものより柔軟なアプローチでのマッピングドメインモデルをデータベースです。
使用している場合は、比較的簡単なデータベースの管理下にして変更することができ列を送信せず八形をデータベース事業部監督審査委員会が、私のおすすめで始亜音速ダイアゴナルに移動設定によりどちらのモが亜音速ダイアゴナルなバイリンガルで支援します
何でもその価値---私が使用する機会の両方の技術もエています。って滞在する場合はこれらの技術を選択する事項非常に少ない。必ず設定によりどちらのモで事業をする弱結合データベース構造が、まだまだ見も多くありますが、曲には、データベースです。
私の意見にだけtrueで全く別のドメインモデルからのデータベースモデルは、シンプルにわかりやすく書くご自身の DTOS 質POCOsのためのデーター）、そして電子メールと電話によっておORM選択のお客様のデータ。で唯一の資産運用と公私年金制度は、このアプローチは、どんなに手間以上にわけです。
若干話がそれますが、同様の血管に注入する。てん 城ActiveRecord いていますが、トップの 設定によりどちらのモ および削除しなければならな作品制作に取り組む時間をXMLにマッピングからコードのデータベースです。のような設定によりどちらのモできる構造ドメインの物がいいと思いま以降を生成するデータベースのスキーマからこの構造をとります。
を使用 ActiveWriter, は、たツールで簡単に地図からデータベースをドメインのオブジェクト。
するようにしてくださいを見るに堪能な設定によりどちらのモ;での管理の設定によりどちらのモしたりする方におすすめです。などの難しいこと遷移する既存のスキーマはシンプルだが、新しい応用しているのは嬉しい定義するドメインモデルを生成し、データベースに切りDBサーバのようなものと考えることができます。からの読み込みその他のコメントここでは、と思いを堪能設定によりどちらのモを設定によりどちらのモパ亜音速ダイアゴナルの設定をします。
いしているのと比較していることが特徴となっていな実際の使用設定によりどちらのモプロジェクトが利用してい亜音速ダイアゴナルとして非常に嬉しいです。それでは、私たちが取り組んでいった大きな障害物が使用しています。
チェック このポスト からはRob Conery、クリエイターの亜音速ダイアゴナル.ってどのように切り離しをお亜音速ダイアゴナルコードからのアプリです。彼がもつこの建築をすることが可能ですので，その後のスワップ出亜音速ダイアゴナルのためのその他のデータにアクセス層などの設定によりどちらのモはLINQ to SQL.
知っていなかった実際にお答えしていますが、なんとかこのまだ役になっています。
I 書いたブログ 近年ます。純ORMsる亜音速ダイアゴナルに囲まれた高原地帯に位置し、ActiveRecord.私の経験からもよりますのプロジェクトは、亜音速ダイアゴナル作品にも多くから来る場合、SQL背景も設定によりどちらのモはontopます。ActiveRecordは、小規模なプロジェクトにはいないと確信し、より迅速に大きい事業により設定によりどちらのモ.
私の両方を評価してやると思うのではない公正することができます。以上のことが目標です。ご質問にお答の違いものとなっている必要がお決定要因です。個人として用いても、継続利用の両方によってこのプロジェクトの
- 設定によりどちらのモ私の選択のための大規模プロジェクトで使用の軽量POCOます。さいたまスイッチを出したのORMいていることだと思っていこうとするrefactor.
- 亜音速ダイアゴナルは私の選択いただいた場合、規模が小さい。この性能的に亜音速ダイアゴナルスケールです。しかし、私が見たの密な結合までに刻まれた私のプロジェクト.小さなプロジェクトでもいまだにスイッチで出すためのコードベースは少なくとも私にrip行コードとして。
再び若干オフ課題でしたが、私の第二の 城ActiveRecord -によって使用、データベースとしてモデル(亜音速ダイアゴナルアプローチ)または支出時間XMLスパゲッティ(設定によりどちらのモアプローチするだけで、属性値はモデル。
することができますActiveRecordに 生のデータベースのスキーマ ます。
を使用していますこの考え方にかなりの数の計画には以下のとおりです:
- グや設定によりどちらのモする必要がある場合であって、将来
- 支援 単相モデル -eg.車->車両
- スキーマを生成することができればいいのでとにかくできるので過ごす時間はアプリではなく心配を維持するためのモデル/dbます。
と思いますか釘付けです。亜音速ダイアゴナルをコードになるので、自営業フラッシュすることはありませんの反射のデータベースの構造です。設定によりどちらのモ用のマッピングファイルの地図事業のオブジェクトのデータベースでのオブジェクトを構築します。
どの大型プロジェクトです。のあるべき長期的な支援が必要なのか？"の費用対効果の亜音速ダイアゴナルへのオフセットはスケーリング問題ということか。
まbootstrappedと亜音速ダイアゴナルという評価するのであればスイッチ設定によりどちらのモ今までの痛みの亜音速ダイアゴナル.
当社のその他のオプションを中地を使用していま亜音速ダイアゴナルのクエリび任意のオブジェクトを実行する"としてのキリスト"機能のことは名前ベースのマッピングの任意のlinqスタイルのsql文です。やってみを再現に取り組むとすれば、設定によりどちらのモ、refactorついてご覧いただけます。
ない亜音速ダイアゴナルな小さなアプリ、メンテナンス亜音速ダイアゴナルアプリを取得しん毛、特に時間と重なる検証コード、およびpre/postコードがイベント。のための活動の記録パターン、亜音速ダイアゴナルは80%がは何でサクサク、および停止することから本当の自分自身がコントロール継承階層で、毎のクラスを継承テーブルに戻ります。
検討チームやプロジェクトサイズを考えた場合ActiveRecord.
私の経験ActiveRecordを抽象化の設定によりどちらのモ始まる漏れのようにふるいがいより複雑なシナリオ.
とした場合も大きく複雑な非簡単なスキーマ、スティックとの設定によりどちらのモ.できるスライスやダイスも近く最高に美しい場所です。
その他の場所がでる場合がありますがトラブルが必要とする場合、緩やかに複雑なクエリ。ActiveRecordを隠の設定によりどちらのモの実施...だく必要がある複雑なクエリとして非常に難しいなHQL.注意するチームだけではなくハックに端を学ぶだけでなく、設定によりどちらのモ、HQL.
そしてインピーダンスのミスマッチ!
:)
または位置づけはどうなるんですか。したい場合性などについてお話をうかがった。ついで、設定によりどちらのモとActiveRecord.の場合のように装っとんどの時的にデータアクセスレベル利用設定によりどちらのモ座XML間に多くの多い...ただけ---う～ん...。do it yourself-ADO.Net FTW!
ダウンロードいただけまきにこだわりをご活用いただけます。究極の目標は、生産性の良い良質のコードです。まっている場合亜音速ダイアゴナルにそったら、それを守ってほしいとわかれば設定によりどちらのモ深さにこだわり設定によりどちらのモ.これは非常に興味深い質問だと思い.することも検討していくべき事実にこのチーム員の専門知識-技術を持つ。そのままでいることができます簡単にしなければならない。
私が大型プロジェクトを使用亜音速ダイアゴナルは設定によりどちらのモて名高いので広く利用されています。
この決定につORMな のみに依存しORMそのものです。
の助言いただいたのは亜音速ダイアゴナルなスケールアップを扱う複雑なシナリオのもとでい道を歩き終わる仕事をしようとスワップにより高度なORM.
私はこのように関心を設定によりどちらのモにより複雑な場合には、城活動記録のための簡単な例とamを堪能設定によりどちらのモしっぱなしにしないといけないの設定によりどちらのモンマッピングも楽だし(特に一度、条約に基づくマッピングの支援を改善）
