使我的大部分 C# 源代码 UI 独立的基本技术是什么？
例如，我想为 Winforms 桌面应用程序编写我的源代码，我将能够插入到 asp.net Web 应用程序或 WPF 应用程序中，只需进行非常小的更改。 IE。无论 UI 技术如何，我都将能够使用相同的源代码，以使其面向未来。
我知道CSLA framework 可以做到这一点。
但是如果我不使用CSLA（学习一个新框架需要一些时间，目前我没有那么多时间花在它上面），要实现这种我的 C# 代码中的能力？
你能举个例子吗？我已经在我的应用程序中使用了业务对象和分层技术。但即便如此，我也看到需要大量编码才能将我的代码插入新的 UI 技术。
请不要给我任何肤浅的答案。
【问题讨论】：
标签： c# model-view-controller design-patterns
进行独立于 UI 的编码的最佳方法是将逻辑与表示分离。看看MVC pattern.
这更多是您设计的纪律问题，而不是框架问题。框架不能不强迫您正确设计。如果您正确设计应用程序，它可以让您的事情变得更轻松，但总有办法绕过它。
【讨论】：
要使您的代码 UI 独立，请将不依赖于 UI 的逻辑放入单独的层或程序集中。将逻辑与表示分离。这就是 MVC、MVP 和 MVVM 等所有模式所遵循的。它是软件结构的基本组成部分，应该根深蒂固；如果不是，那就这样吧。
将逻辑与演示分开。学习它。活下去。喜欢它。
编辑：
你能举个例子吗？我已经在我的应用程序中使用了 BO 和分层技术。但即便如此，我也看到需要大量编码才能将我的代码插入新的 UI 技术。
请不要给我任何肤浅的答案。
我看到你已经编辑了。请允许我详细说明：
一些依赖于 UI 的逻辑是不可避免的。 UI 不是外壳；它们仍然具有逻辑和功能。但该功能应该只针对用户交互。显示数据。收集资料。花哨的图形技巧和动画，如果您的偏好在那个方向。
剩下的交给业务层，那些的东西可以被重用。如果分层正确，则可以避免每次为新的 UI 框架编写程序时都必须重写核心功能。
但是你仍然需要重写 UI 的东西。
【讨论】：
System.Web 或在 UI 层中输入 System.Data。
System.Web，我完全同意。而System.Data 包含DataSet 和DataTable，两者都在UI 层的数据绑定中非常常用。我个人更喜欢并推荐使用 POCO 将数据传递到 UI 层，但现实情况是仍有不少人仍在使用这两个类。但是，对于命名空间中的所有其他内容，我同意。
如果您正在构建一个多层应用程序，您的业务逻辑、数据访问等应该已经被分成完全独立于您的 UI 的类。将这些库重新用于不同的目标平台（桌面与 Web 等）应该是从新应用程序中引用现有库的简单问题。
这是软件开发的基本规则。尽管像 MVC 等模式和框架更严格地执行这一点，但最终是否正确设计应用程序取决于您。这类任务不需要学习新技术——只需常识和一点点经验即可。
【讨论】：
查看 Martin Fowler 关于此主题的出色文章。
【讨论】：
在 MSDN Magazine 上查看 MVVM(Model-View-ViewModel) 的解释。 MVVM 广泛用于 WPF 应用程序开发。
【讨论】：