問題タブ [object-model]

一時的なプロパティの正しい定義がわかりません。

1. オブジェクトモデルで一時的なプロパティを定義し、関連するクラスで必要に応じてそれらを計算できます。
2. ただし、クラスを指定し、オブジェクトモデルで宣言せずに一時プロパティに対して任意のゲッターメソッドを定義した場合（エンティティがモデル内のそのクラスにリンクされている限り）も同様に機能します。

私の質問：オブジェクトモデルで一時的なプロパティを宣言することの利点は何ですか？欠点は1つだけです。一時的なプロパティ（「FormattedDate」など）を追加するたびに、persistentStoreに互換性がなくなります。

私は何が欠けていますか？

私は訓練のために会社で働いており、彼らは私にモデリングアプリケーションを行うように頼まれました. 明確にするために、「ロジックワーク」または「Visio」と同じようにC＃を使用してアプリケーションをコーディングしたいと考えています。なぜ彼らはそれらを使用しないのですか？彼らは異なるアイテムを使用したいだけでなく、それを拡張子を持つファイルとしてではなくデータベースに保存したいからです。

そのため、検索しましたが、簡単にするために使用できる準備が整った API が見つかりませんでした。最初からそれを行うのは難しいことを知っています。領域を準備するだけで、好きなようにアイテムを追加できるので、それらを描画領域に追加してからリンクできます。最後に、ユーザーは「計算」をクリックします。計画に役立つ統計的および分析的な情報が表示されます!!

ここの誰もが、この状況で私を助けることができるライブラリについて何か考えを持っています.C＃を使用してコーディングしています

ありがとう

ユーザーと場所の2つのドメインタイプがあります。

LocationRepositoryにメソッドGetUserLocations（）があります。

既存の実装：

私にとっては、ユーザータイプからユーザーに関連付けられた場所を取得する方が理にかなっています。

後者の実装はよりきれいに読み取れると思います。APIクライアントとして、より少ないタイプを処理する必要があります（つまり、LocationRepositoryは必要ありません）。一方、LocationRepositoryに「ファサード」を書き込む必要があるため、維持するコードが増えます。

私は本能に基づいて行動し、 LocationRepositoryのユーザータイプにファサードを作成する必要がありますか、それとも現状に満足し、自分にとって「間違っている」と感じるシーケンス図を使用する必要があります（つまり、位置情報の取得はそのように感じます）間違った「視点」から取得されていますか？

私はJavaでHTMLオブジェクトモデルを探しています。これは、HTML（必須ではありません）を解析でき、すべてのHTML要素（およびCSSも）をエレガントなオブジェクトモデルに含めることができます。

GroovyのHTMLビルダーの純粋なJavaバージョンを探しています。（私はこのリクエストでグーグルに運がありません。）

次のようなことを実行できるようにしたいと思います。

等々...

Windows Presentation Foundation を使用して大規模なデスクトップ アプリケーションを開発しています。現在、アプリケーションは内部使用向けですが、最終的には商用製品として販売される予定です。私は現在、MV-VM デザイン パターンのバリエーションを使用して、UI コンポーネント (つまり、ウィンドウ、ユーザー コントロール) からできるだけ多くのコードを除外しています。ある時点で、パブリック API を公開して、顧客がアプリケーションを拡張できるようにしたいと考えています。また、別の .NET アプリケーションからパブリック API を使用して、アウトプロセスでアプリケーションを自動化することさえできるかもしれません。デスクトップ アプリケーション用のパブリック API を設計した経験があまりないので、ベスト プラクティスに関する情報を探しています。

以下は、私が現在持っているいくつかの質問です。

1) 独自のプロセスで実行されている別の .NET アプリケーションからプロセス外で自動化できるように WPF アプリケーションを設計するにはどうすればよいですか? たとえば、顧客がコンソール アプリケーションを実行していて、WPF アプリケーションの開始を自動化し、WPF アプリケーションで特定のウィンドウを開きたいとします。これがどのように達成できるかわかりません。コンソール アプリを実行していて、コードを使用して WPF アプリケーションの新しいインスタンスを作成しようとすると、次のエラーが表示されます:「同じ AppDomain に複数の System.Windows.Application インスタンスを作成できません」。このエラーが発生するのは、コンソール アプリが現在の AppDomain で WPF アプリケーションを開始できないために発生することを理解していますが、.

2) 私が求めていることは、COM+ を使用して Excel をアウトプロセスで実行できるようにする Excel の自動化に多少似ていることを理解しています。ただし、Excel はアンマネージ コードで記述されており、WPF アプリケーションは明らかに 100% マネージ コードです。別の .NET アプリケーションからパブリック API オブジェクト モデルを介して WPF デスクトップ アプリケーションをプロセス外で制御できるようにするために、COM+ に頼る必要があるでしょうか?

3) パブリック API を介してアプリケーションを自動化できるようにしたい場合、.NET Remoting を検討する必要がありますか? それとも、.NET Remoting は廃止されたと見なされますか?

4) 実行時に読み込まれる動的アドインの使用を許可する方法をよく理解しています。ただし、アドインのコードが WPF アプリケーションを操作するために使用できるパブリック API が必要です。デスクトップ アプリケーションの API 設計に関する優れたリソースは何ですか?

フィードバックをいただければ幸いです。別の .NET アプリケーションからの自動化を可能にするパブリック API を使用した .NET デスクトップ アプリケーションの開発に関する情報を見つけることは非常に困難でした。

ありがとう、クリス。

私たちのチームは、ドメイン駆動設計にかなり慣れていません。設計段階からコーディング段階に移行したばかりの新しいプロジェクトがあります。設計段階では、Visio で UML 設計モデルを作成したチーム メンバーもいれば、コーディングを開始したばかりのチーム メンバーもいました。また、ビルド リリースのプレッシャーにより、モデルの多くは急速に古くなっていきます。

オブジェクト モデルを最新の状態に保つことは重要ですか? すべて/ほとんどのサブシステムでそれらを使用することは重要ですか?

基本的に、各エンティティには、それが従う摂食行動のコレクションがあります。どういうわけか、私が思いついたモデルは適切ではありません。最も厄介な部分は、シングルトンの使用が理にかなっているということです。

より良い方法はありますか？

.NETアプリケーションのスクリプトインターフェイスの設計と実装を開始するにはどうすればよいですか？

VSTA（.NETに相当するVBAfor ）がありますCOMが、私が理解している限り、アプリケーションをインストールするたびにライセンス料を支払う必要があります。これはオープンソースのアプリケーションであるため、これは機能しません。

たとえば、インタプリタの埋め込み（IronPython？）もありますが、これによって「オブジェクトモデル」（以下を参照）を外部（または内部）スクリプトに公開する方法がわかりません。

サブ質問：

• .NETのスクリプトインターフェイスストーリーとは何ですか？.NETでこれを行うのはどういうわけか簡単ですか？
• たとえば、アプリケーション内の一部の.NETオブジェクトとそれに含まれるオブジェクトは、実行時に外部からアクセス可能であると宣言できますか？
• 外部スクリプトはどのようにして（オブジェクトモデルを介して）アプリケーションにアクセスできますか？

バックグラウンド：

私はかつて、質量分析計（Mac OS、System 7 ）からデータを取得および分析するためのMacintoshアプリケーション用のかなり複雑なスクリプトインターフェイスと、後でWindowsアプリケーション用のCOMインターフェイスを設計および実装しました。

どちらも「オブジェクトモデル」とクラス（プロパティを持つことができます）を使用して設計されました。これらはオーバーロードされた単語ですが、スクリプトインターフェイスのコンテキストでは、オブジェクトモデルは基本的に特定のクラスのオブジェクトの包含階層です。クラスには、プロパティ、含まれているオブジェクトのリストがあり、データであるだけでなく、動詞（アクション/メソッド）も含めることができます。たとえば、Macintoshの場合、定義されたアプリケーションオブジェクトには、機器で使用される電圧と動詞のプロパティを持つ取得オブジェクトを含めることができますfireLater。これらはすべて、外部スクリプトから見たものです。

どちらの場合も、アプリケーションの実装に使用されるプログラミング言語のクラス/オブジェクトは、スクリプトオブジェクトモデルとは何の関係もないことに注意してください。Macintoshの場合、スクリプトインターフェイスの実装に使用されるメカニズムはAppleによって定義されました。オブジェクトモデルの設計方法について、Appleによって定義されたいくつかの標準もありました。たとえば、クラス内の特定の一般的なプロパティの標準化された名前。

または、Microsoft Officeアプリケーションで公開されているCOMインターフェイスのように、アプリケーションオブジェクトを使用してドキュメントのリストに追加できます（ドキュメントのGUI表現を作成するという副作用があります）。

外部スクリプトは、コンテナ内に新しいオブジェクトを作成し、いつでも階層のコンテンツをナビゲートできます。Macintoshでは、ケーススクリプトはAppleScriptやFrontierなどで記述できます。

Macintoshでは、スクリプトインターフェイスの実装は非常に複雑でした。MetroworksのC++クラスライブラリでのサポート（名前は今のところ私にはわかりません）により、はるかに簡単になりました。

CWMはデータモデリングです

UMLはオブジェクトモデリングです。

素人が理解できる違いを誰かが説明できますか？