如何确定最终将与Web应用程序共享代码的.NET客户端应用程序的正确设计模式?

前端之家收集整理的这篇文章主要介绍了如何确定最终将与Web应用程序共享代码的.NET客户端应用程序的正确设计模式?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我是设计模式的新手,但我在去年一直在努力实施.我从一个新组织开始,所有代码都包含在表单中.自从我来到这里以来,我一直在尝试将MVC方法用于我们的.NET 2.0应用程序.

其他开发人员已开始看到这种方法的必要性,我们正在达成一个我们希望就我们都将遵循的设计模式达成一致的程度.虽然我一直在努力学习,但我不确定哪种模式最适合实施.以下是我们的一些设计约束:

>存储在同步到Oracle数据库的Access数据库中的本地数据的客户端应用程序(需要支持断开连接的用户)
>来年的网络也将提供客户端应用程序功能
> .NET 2.0环境将在明年升级到3.5或4.o

如果您有其他问题,请告诉我.我感谢您的帮助.

谢谢!

解决方法

这是服务层用于的主要示例:

(Article with more indepth descriptions of the various layers)

您可以坚持使用MVC架构,但现在控制器会调用您的服务层(解决方案中的单独的类库项目),以用于任何业务逻辑方法.它位于域和存储库之上,允许您使用服务层在任何项目之间执行与业务相关的操作.

这样,您的业务规则就不会遍布控制器,您的控制器就可以完成其工作:检索并组织要传递到视图中的数据.

通过这种方式,您可以让客户端应用程序和Web应用程序都引用相同的服务层项目并在它们之间共享业务逻辑代码.

猜你在找的HTML相关文章