依存パッケージに含んでいます。参照するのが妥当です。合わずに済むので安定します。型定義を解決できない状況があります。使わざるを得ないでしょう。以上にしたいか次第です。併用した場合に、型合わせ問題が起こるので結構排他感は残っています。統一するのが安定しています。参照してはいけません。CommonパッケージのフォルダにいくとREADMEで確認できます。application.https://github.com/Azure/azure-storage-net/blob/master/Common/README.mdEntity定義のためにTableEntityを継承したクラスは利用プロジェクトとプロジェクト分離しない守らないとつらい原則は1つです。継承クラスは利用プロジェクトと異なるプロジェクトに定義しない症状は実行時の初期化でアセンブリの解決がうまくいかず即死します。初期化で死ぬのでアプリ実行時に100%起こります)この2点の特性から「今のバージョンが問題ないか」判断するのが難しく、パッケージバージョンを上げていくことへの障壁となります。パッケージバージョンを合わせるだけではだめなのが難しいところです。型定義をしたいときに、この問題を回避する方法はいくつか考えられます。テンプレートでの回避が可能ですが、トリッキーすぎます。私はインターフェースで互換を担保するにとどめました。コミュニティからは期待されています。とれたら、こちらを使いましょう。ダウンロードがびっくりするほど少なくて不安感が大きいのですが。現在まで複数件の同様のトラブルが報告されているので、一度は遭遇する印象があります。使う中でも比較的つらいと感じるペインポイントが出ている印象です。Azureの中でももっとも使われやすい機能に関するSDKなので、言語的にもう少しトラブルが少ないと嬉しいと感じます。混在しないようにパッケージシステムで防げたりするといいんでしょうね。読者になるこのブログについて引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。