问题标签 [scsf]

我在 SCSF 中面临一个问题。

我有两个工作区

1. 工作空间
2. 甲板工作区

我在一个模块中有两个视图

1. 查看器（在 mdiworkspace 中显示）
2. 属性查看器（在 deckworkspace 中）

在查看器中，我在工具栏中有一个按钮，其目的是显示 PropertyViewer（另一个视图）。

我如何在deckworkspace 中显示此PropertyViewer 以防止按钮单击事件。

注意：我没有使用 Command[CommandName].AddInvoker(control, "click:) 和 CommandHandler

似乎没有更多关于 MS SCSF-CAB 的讨论，这个框架是否过时了？有没有更好的框架？

我想增强/模仿对象构建器完成的依赖注入以包含一些自定义属性

标准方法是

在 mySmartPart.cs

[CreateNew] MyPresenter ABC { .... }

[服务依赖] myService XYZ { ... }

在包括 [MyCustomReferenceAttribute] CustomerObject MyCustomer { .... }

等等

这显然可以在创建 smartPart 之后完成，但我猜（希望？）有一些地方我可以连接一些代码扩展来做必要的事情，而不是到处重复代码！

我的团队正在启动一个新的 LOB WinForms 应用程序，我正在评估架构解决方案。我们可以使用 VS2008 进行开发，但我们必须以 .NET 2.0 为目标。我想使用 SCSF-CAB（2008 年 4 月），但文档说运行（不仅仅是编译）使用此框架构建的应用程序需要 .NET 3.5，这是我问题的症结所在：

.NET 3.5 真的是 SCSF-CAB（2008 年 4 月）的要求吗？

我问这个是因为我能够重新编译复合 UI 块和 SCSF 指导包，在所有项目中都针对 .NET 2.0，并通过所有单元测试（除了 4 个特定于 WPF 的测试）。

编译/测试周期不能显示 .NET 3.5 依赖项吗？我是否缺少有关该要求的某些内容？

更新：我创建了一个基本的 Hello World 模块，它在 SCSF shell 中运行，它在只有 Windows XP 和 .NET 2.0 SP2 的虚拟机上成功运行。我还使用 Reflector 分析了 SCSF 附带的一些程序集，我发现的唯一依赖项 > .NET 2.0 在程序集 Microsoft.Practices.SmartClient.DisconnectedAgent 中（它引用 System.ServiceModel）。

我对 SCSF 很陌生。所以，我正在用 C# 开发一个 SCSF Winforms（在 VSNet 2005 Fwk2.0 中使用 2007 年 5 月的版本，我不能使用新版本）。我已经实现了一个业务模块。记录错误的最佳做法是什么？我已经配置了日志记录应用程序块。但是如何使用呢？

感谢您的回答

我在 Infrastructure.Module 项目中创建了一个新视图（LogView）。此视图将用作 VS 中的输出窗口之类的 LogViewer。我想从不同的模块在这个 LogView 中编写不同的状态消息。

我还创建了一个 LogWriter 类，它正在发布一个事件以将消息写入 LogView

我在整个应用程序中访问这个 LogWriter 类时遇到问题。请告诉我如何使用它...

在 LogView 事件订阅中是

请给我一个解决方案

LogWriter 类在 Infrastructure.Interface 项目中 LogViewer 在 Infrastructure.Module 项目中

在 Infrastructure.Module 的 ModuleController.cs 中，我在 WorkItem.Services 集合中添加了 LogWriter

在另一个项目中，我正在使用它

var logWriter = WorkItem.Services.Get(); if (logWriter != null) logWriter.WriteMsg("message");

但它让我返回null。

模块加载顺序也是正确的。

我正在使用 SCSF 框架和 SCSF contrib 在我的应用程序中添加对接支持。

我想保存打开视图的布局，以便在应用程序启动时恢复它们。

我怎样才能做到这一点

本地创建的主题包 .tssp 未申请 radgridview。请帮助

我有一个团队正在 CAB/SCSF 上构建一个复杂的富客户端用户界面。我们正在考虑的设计元素之一是 CAB 模块的动态加载，并且可能是 CAB 视图本身。利用“开箱即用”的 SCSF/CAB 将在启动时自动加载所有模块组件。我们的富客户端应用程序的启动时间很重要，并且会随着我们添加更多模块而增加。

我只是好奇那里的其他人是否看过 CAB 模块加载过程的标准开销。这一切都在 CAB 视图的加载范围内吗？如果是这样，是否有人考虑为 CAB 视图设计“按需”加载机制，以便最大限度地减少模块装配加载占用空间？这里的想法是在第一次真正需要它之前不应该加载视图。在模块级别设计“按需”加载机制有什么真正的好处吗？

对最佳实践的想法将不胜感激......

（请注意，这个问题最初出现在http://social.msdn.microsoft.com/Forums/en-US/modelingandtools/thread/dce936fe-45f9-420c-90ca-286a8d553e35上，所以我复制粘贴了由担）

我有两个非常大的 WinForm 应用程序，它们构建在Microsoft Patterns & Practices的现已失效的复合应用程序块（“CAB”）上。我是较早的采用者，并率先接受并使用了 CAB。好吧，现在它真的死了，我开始越来越多地思考未来以及我可以迁移到什么框架。

我喜欢 CAB 的地方： * 结构、结构、结构——我很容易失去注意力，容易出现“分析瘫痪”。CAB 引入了一种“做事的方式”，这让我保持跟踪并开发应用程序，而不是担心“如何连接事件，或者最好的 IoC 是什么等。*实际上......我认为这就是我的全部真的很喜欢 CAB ;0)

我看过有关“建立自己的 CAB ”的文章，但我对此不感兴趣。我真的很想跳槽到一个可靠且积极支持的类似框架。我的网络搜索没有找到任何似乎满足与 CAB 相同需求的东西。也许是每个人都在构建自己的框架，这就是为什么没有其他框架存在的原因。

如果您有一些指导或建议，我真的很想听听。