我将把Visual C#应用程序转换为ASP.NET。对于这个任务,我想先创建架构,然后再开发程序。那么,我怎样才能将我的逻辑分解成图书馆?我知道,它很基本的问题,但人们对此非常担心,因为我一个人工作,我需要帮助..如何在ASP.NET中设计应用程序体系结构
回答
我用这个Building Layered Web Applications with Microsoft ASP.NET作为模型,当我开始使用建设ASP.Net
Web应用程序幸运的是,现有的应用程序已经使用SOLID OO原则编写。在这种情况下,您可以将您的业务逻辑与用户界面分开。如果情况并非如此,那么我将首先为您的业务逻辑创建一组干净的接口,并对它们进行一些单元测试。接下来的事情是MVC针对Web应用程序等断开连接情况进行了优化。取决于您使用Razor和测试项目创建的MVC3或MVC4应用程序的基础结构。当您构建您的项目时,请尽量进行单元测试。这将提高代码的可靠性,并启用FxCop静态代码分析。接下来你需要考虑的是你想要你的Web UI如何交互。如果您的用户是Intranet用户,也许您可以避免在模型中使用脚手架功能和数据注释。如果您的应用程序要打动外部客户,那么您需要更丰富的用户体验。在这种情况下,请考虑使用knockout在客户端浏览器上创建MVVM模式。这里是一个链接http://www.codeproject.com/Articles/305308/MVC-Techniques-with-JQuery-JSON-Knockout-and-Cshar
当你构建控制器时,他们有一种变胖的趋势(这是SRP的后果)考虑使用诸如面向方面编程的技术,使用编译器属性和过滤器来保持代码干燥和清洁。
您需要做的很多事情取决于您的组织。例如,如果您在使用SOA策略的组织中工作,那么您将需要与架构师讨论如何使用WebAPI vs WCF。另一个需要考虑的方面是Microsoft将来如何支持客户端脚本。据猜测,我希望他们会制作工具来简化javascripting方面的工作。就目前我正在学习HTML5,以便像jQuery,jQuery的UI,AJAX javascript函数库,使丰富的用户体验
我希望这有助于...
你的回答确实可以帮助我理解我的问题..但有人认为是使用MVC还是3/N-tier架构?因为,我是新程序员,我有一些方便开发Web窗体的经验,但我对MVC模式没有任何意见(了解概念,但不知道如何进行编码)。 我已经阅读了很多关于如何选择的文章:Web Forms或MVC?总之,我总结说,它不重要你使用什么,但它应该完成你的工作。 你能帮我解答吗? – 2012-07-10 00:38:24
MVC有一个学习曲线,但它是值得的,因为您的代码将更易于维护,并且您学习的技能将适用于其他项目。如果你有问题,你仍然可以添加aspx文件到你的MVC项目,而不是我会推荐这个,因为它打破了MVC模式。采取敏捷的方法,首先处理危险的事情,并“早日失败”(希望根本不会)。采取一个示例MVC演示,逐步修改,看看你的应用程序应该是什么样子。如果你发现它不起作用,你可以回到你以前的编程风格。 – 2012-07-10 05:15:01
- 1. 应用程序设计/体系结构
- 2. 如何设计移动android应用程序的体系结构
- 3. ASP.NET应用程序体系结构
- 4. ASP.NET应用程序体系结构
- 5. ASP.NET Web体系结构设计
- 6. Rails应用程序接口体系结构设计
- 7. PHP应用程序体系结构设计帮助
- 8. Android应用程序体系结构设计模式
- 9. Web应用程序体系结构设计
- 10. Azure体系结构设计
- 11. SOA设计体系结构
- 12. 如何在asp.net中启动web应用程序之前选择体系结构?
- 13. 用于构建可配置应用程序的体系结构和设计
- 14. Db4o Mvc应用程序体系结构
- 15. Umbraco应用程序的体系结构
- 16. Django应用程序体系结构
- 17. iPhone应用程序体系结构
- 18. Intranet应用程序的体系结构
- 19. Seam应用程序体系结构
- 20. Spring Web应用程序体系结构
- 21. 配置应用程序体系结构
- 22. IOS应用程序体系结构
- 23. jsf cdi应用程序体系结构
- 24. Web应用程序体系结构
- 25. .net应用程序体系结构
- 26. Web应用程序体系结构图
- 27. Web应用程序体系结构
- 28. Android应用程序体系结构
- 29. 应用程序体系结构问题
- 30. SaaS应用程序体系结构
我想链接帮助you.http:// WWW .dotnetfunda.com/articles/article71.aspx – 2012-07-09 04:17:00