问题标签 [system.componentmodel]

我正在编写一些代码来验证用户是否提交了具有正确信息的对象。换句话说，我将如何验证该名称不包含数字、符号和其他符号，除了来自英文字母或拉丁外语元音（法语、德语等）？

我有一个奇怪的 MEF 问题，我在一个测试项目中对此进行了测试，一切似乎都运行良好，但由于某种原因无法在实际项目中运行

这是导出代码

出口计数为 0 :( 任何想法为什么？

在日志文件中我有很多这样的

System.ComponentModel.Composition 信息：6：ComposablePartDefinition 'SomeOthertype' 被忽略，因为它不包含导出。

虽然我认为这没关系，因为我对导出 'someOtherType' 不感兴趣

更新：我找到了这个链接，但在调试之后我并不聪明，但也许我没有正确跟进。

感谢您的任何指点

干杯

我们正在尝试热交换（更新）程序集，正常的工作流程是我们进行一些更改，构建程序集，进行一些更改并再次构建，在理想情况下，主机应用程序将获得新版本的程序集（使用更新类型）。

这是我们的小型插件加载器类：

我们有代码来识别使用 FileSystemWatcher 放入 plugins 文件夹的新插件，当这种情况发生时我们调用 Reload，但新版本的程序集实际上并没有加载。任何指针？

笔记：

• 没有识别出新的或删除的类型，就好像它根本不识别新的程序集一样。
• 我们检查了，也没有构图和其他错误，所以我们有点失落：D
• 重要的是要注意，如果我们使用不同的编译器（Roslyn）构建相同的无法识别的程序集，那么它就会被识别（这表明没有任何错误的设置，只是程序集需要以某种方式有所不同）

我有一个函数，而不是在运行时使用反射创建一个类型，我想在属性网格中显示它。所以我的问题是当我定义这种类型时如何设置 DisplayNameAttribute 或 CategoryAttribute 等属性。

我的功能如下：

我已经尝试过了，但没有获得任何 DisplayNameAttribute：

对此有任何想法吗？

我正在使用带有自定义活动的Windows Workflow Foundation，并且我想在我的工作流中为这些活动创建自定义设计。

我能够制作设计项目和设计师 xaml。如果我直接在我的工作流程项目中引用设计项目，我也可以在工作流程中看到他们的定制设计。

这是我不想做的事情，因为不应将 Designer DLL 部署到生产环境。我只想在 Visual Studio 工作流编辑器中进行自定义设计。

通过添加以下内容，我能够使事情正常进行：

然后将 dll 复制到 Visual Studio 路径。这又是我不想做的事情，因为每个开发人员都应该这样做并且进行构建以便复制 dll 一些固定的 Visual Studio 路径不是很好。

我使用了这两个示例，但似乎这两个都直接引用了 DLL：

• http://geekswithblogs.net/jkurtz/archive/2010/01/26/137639.aspx

• http://code.msdn.microsoft.com/Windows-Workflow-9e867448

我会假设 Visual Studio/Workflow Foundation 会以某种方式支持这种功能。

你有什么想法如何解决这个问题吗？谢谢！

假设我有这门课

有没有机会在类本身中定义该行应该使用哪个编辑（eG MemoEdit）？

Propertygrids SelectedObject 是这样设置的

我对以下代码有疑问：

当它在另一个类中时，我如何获得 DisplayNameAttribute？提前致谢！

我正在学习如何在工作中的项目中使用 WCF，因此我正在尝试根据以前项目的代码设置服务。虽然我成功了，但每当我尝试安装可执行文件（使用 installutil）时，它都会提示我输入凭据。经过一番检查，我注意到发生这种情况是因为该InitializeComponent方法是这样设置的（根据自动生成的代码）：

虽然我所基于的项目将所有这些行替换为components = new System.ComponentModel.Container();，并且它有效，但它不再要求提供凭据。

有人可以解释为什么会这样吗？我的经理告诉我，他专门进行了此更改以避免凭据提示，但没有解释为什么那行代码会起作用。

如果它是相关的，该ProjectInstaller方法已被修改为：

我已经看到很多关于在 Windows 窗体应用程序中处理 BackgroundWorker 的问题，并且似乎共识是在大多数情况下不需要手动处理它们。但是，我有一个关于如何处理 BackgroundWorker 实际运行时正在处置的 UserComponent 的问题。（IsBusy返回 true）是否应该以任何特定方式处理这种情况？

例如，我有一个用户控件（类似面板的对象），用户可以输入设置信息。它包含一个保存用户配置的 BackgroundWorker。当面板失去焦点（离开事件）时，如果它尚未运行，它会启动 BackgroundWorker，以便在检测到更改时将配置保存到文件。由于离开事件也可能是用户切换到另一个屏幕，因此现在将释放此面板。如果 BackgroundWorker 仍在运行，我是否需要在 UserComponent 本身的 Dispose 方法中处理这个问题？

在许多在线示例和教程中，我们看到if (!ModelState.IsValid) { return View(model); }或类似的东西。我已经编写了一个ModelState过滤器来在每个动作执行之前进行实际检查。但是内置的组件模型属性非常有限：它们只使用可以在客户端本身进行的检查，不提供唯一性检查、针对数据库的单词过滤等方式。所以我经常发现自己在写我的服务层基础的一个伴侣，它涉及检查服务命令的“输入模型”的规则，如果它未能通过一些更详细的检查，则将其扔回去。

我的问题是，如果我不使用 Microsoft 提供的任何不显眼的 AJAX HTML 帮助程序，我是否有任何理由为非常基本的组件模型属性而烦恼？毕竟，它们要求您创建一个新模型、注释每个字段、使其与域模型保持同步等。

此外，如果使用 有好处ModelState，那么将其连接到服务层验证检查的首选方法是什么？还是人们出于其他原因不这样做？