问题标签 [object-model]

我不确定瞬态属性的正确定义：

1. 可以在对象模型中定义瞬态属性，然后在需要时在相关类中计算它们。
2. 但是，如果您指定一个类并为任何瞬态属性定义任意 getter 方法而不在对象模型中声明它（只要实体链接到模型中的该类），那么事情也同样有效。

我的问题：在对象模型中声明瞬态属性有什么好处？我只看到一个缺点：每次添加一个瞬态属性（例如“FormattedDate”）时，persistentStore 就会变得不兼容。

我错过了什么？

我在一家培训公司工作，他们要求我做一个建模应用程序。需要明确的是，我想使用 C# 编写与“逻辑工作”或“Visio”相同的应用程序。他们为什么不使用那些？因为他们想使用不同的项目，而且他们希望将其存储在数据库中，而不是作为带有扩展名的文件。

所以，我进行了搜索，但我找不到任何现成的 API 可以用来让我更轻松。你知道从头开始很难。我只是希望该区域准备好，我可以按照我喜欢的方式添加项目，所以我可以将它们附加到绘图区域，然后链接它们。最后，用户将单击“计算”。它将显示有助于他们规划的统计和分析信息！

所以这里的任何人都对在这种情况下可以帮助我的任何库有任何想法，我正在使用 C# 进行编码

谢谢

我们有两种域类型：用户和位置。

我们在LocationRepository上有一个方法：GetUserLocations()。

现有实现：

对我来说，从User类型中检索与用户关联的位置更有意义，即：

我认为后一种实现读起来更清晰，作为 API 客户端，我必须处理更少的类型（即不需要LocationRepository ）。另一方面，将有更多代码需要维护，因为我必须将“外观”写入LocationRepository。

我应该按照自己的直觉行事并在User类型上创建LocationRepository的外观，还是应该对现状感到满意并接受让我“感觉”错误的序列图（即检索位置信息的感觉就像是从错误的“观点”检索）？

我正在寻找 Java 中的 HTML 对象模型，它能够解析 HTML（非必需）并在优雅的对象模型中包含所有 HTML 元素（以及 CSS）。

我正在寻找 Groovy 的 HTML 构建器的纯 Java 版本。（我在谷歌上没有这个请求。）

我希望能够执行以下操作：

等等...

我们正在使用 Windows Presentation Foundation 开发一个大型桌面应用程序。目前，该应用程序供内部使用，但最终将作为商业产品出售。我目前正在使用 MV-VM 设计模式的变体，以将尽可能多的代码保留在 UI 组件（即窗口、用户控件）之外。我知道在某些时候我们会想要公开一个公共 API 以允许客户扩展应用程序，甚至可能使用来自另一个 .NET 应用程序的公共 API 在进程外自动化应用程序。我没有很多为桌面应用程序设计公共 API 的经验，所以我正在寻找有关最佳实践的任何信息。

以下是我目前的一些问题：

1) 我如何设计 WPF 应用程序，使其能够从在它自己的进程中运行的另一个 .NET 应用程序自动在进程外运行？例如，假设客户正在运行一个控制台应用程序，他们希望自动打开 WPF 应用程序，然后在 WPF 应用程序中打开一个特定窗口。我不确定如何做到这一点。如果我有一个控制台应用程序正在运行，并且我尝试通过代码创建我的 WPF 应用程序的新实例，我将收到以下错误：“无法在同一个 AppDomain 中创建多个 System.Windows.Application 实例”。我了解发生此错误是因为控制台应用程序不允许 WPF 应用程序在其当前的 AppDomain 中启动，但我真正想要的是 WPF 应用程序在其自己的进程中运行，而 .

2) 我知道我要问的内容有点类似于 Excel 自动化，它使用 COM+ 允许 Excel 在进程外运行。但是，Excel 是用非托管代码编写的，我们的 WPF 应用程序显然是 100% 托管代码。我真的需要借助 COM+ 来允许通过来自另一个 .NET 应用程序的公共 API 对象模型在进程外控制 WPF 桌面应用程序吗？

3) 如果我想让我的应用程序通过公共 API 自动化，我应该研究 .NET Remoting 吗？或者，.NET Remoting 是否被认为已过时？

4) 我非常了解如何允许使用在运行时加载的动态加载项。但是，我仍然需要一个公共 API，加载项中的代码可以使用它来操作 WPF 应用程序。桌面应用程序的 API 设计有哪些好的资源？

我很感激任何反馈。很难找到有关使用允许从另一个 .NET 应用程序自动化的公共 API 开发 .NET 桌面应用程序的信息。

谢谢，克里斯。

我们的团队对领域驱动设计相当陌生。我们有一个刚刚从设计阶段进入编码阶段的新项目。在设计阶段，一些团队成员在 Visio 中创建了 UML 设计模型，而另一些则刚刚开始编码。此外，随着构建版本的压力，我们的许多模型很快就过时了。

使对象模型保持最新很重要吗？为所有/大多数子系统配备它们是否重要？

基本上每个实体都会有一组它会遵循的进食行为。由于某种原因，我想出的模型感觉不对。我认为最令人不安的部分是使用单例是有意义的。

有没有更好的办法？

如何开始为我的 .NET 应用程序设计和实现脚本接口？

有VSTA（.NET 相当于VBAfor COM），但据我了解，我必须为每次安装我的应用程序支付许可费。它是一个开源应用程序，所以这不起作用。

还有例如解释器的嵌入（IronPython？），但我不明白这将如何允许将“对象模型”（见下文）暴露给外部（或内部）脚本。

子问题：

• .NET 中的脚本接口故事是什么？在 .NET 中执行此操作是否微不足道？
• 例如，我的应用程序中的某些 .NET 对象及其包含的对象是否可以在运行时声明为可从外部访问？
• 外部脚本如何访问我的应用程序（通过对象模型）？

背景：

我曾经为 Macintosh 应用程序设计并实现了一个相当复杂的脚本接口，用于从质谱仪（Mac OS，System 7）采集和分析数据，后来又为 Windows 应用程序设计并实现了 COM 接口。

两者都设计有“对象模型”和类（可以具有属性）。这些是重载的词，但在脚本接口上下文中，对象模型本质上是特定类对象的包含层次结构。类具有属性、包含对象的列表，并且不仅是数据，还可以具有动词（动作/方法）。例如，在 Macintosh 案例中，定义的应用程序对象可以包含一个采集对象，该对象具有仪器中使用的电压和fireLater动词的属性——所有这些都可以从外部脚本中看到。

请注意，在这两种情况下，用于实现应用程序的编程语言中的类/对象都与脚本对象模型无关。对于 Macintosh 案例，用于实现脚本接口的机制是由 Apple 定义的。Apple 还定义了一些关于如何设计对象模型的标准。例如，类中某些常见属性的标准化名称。

或者就像在 Microsoft Office 应用程序中公开的 COM 接口中一样，应用程序对象可用于添加到其文档列表（具有创建文档的 GUI 表示的副作用）。

外部脚本可以在容器中创建新对象并在任何给定时间浏览层次结构的内容。在 Macintosh 中，案例脚本可以用AppleScript或Frontier等编写。

在 Macintosh 上，脚本接口的实现非常复杂。Metroworks的 C++ 类库对它的支持（这个名字现在让我忘记了）使它变得更加简单。

CWM是数据建模

UML 是对象建模。

有人可以解释外行可以理解的区别吗？

我有一个像这样加载的“普通” XmlDocument ：

并希望在加载对象模型时使用命名空间来限定元素

在写出来之前。