使用多种查看模式管理web应用程序项目
在开发需要在多种查看模式下实现的web应用程序时，通常的做法是什么？
是为每种模式开发多个应用程序更好，还是将所有代码放在同一个应用程序中更好？如果所有的页面功能都是相同的，这会有什么不同吗(例如，有时移动版本不能像web版本那样“做”)？决定是否将应用程序拆分为多个项目、捕获等的一些标准是什么？有没有什么特定的架构模式可以让这项工作变得更容易？
在我看来，除非应用程序可以简单地在不同的视图中呈现，否则最好为每个视图创建一个单独的应用程序。
假设应用程序类似于Gmail或Facebook (具有多种功能的大型应用程序)，而不是简单的hello world类型或静态公司网站。
我目前正在使用Grails进行开发，但这可能适用于多个框架。
回答 4
Stack Overflow用户
发布于 2009-06-13 21:22:08
1)面向所有的中央数据库
2)一个，中央业务逻辑层。这可以是web服务，javabeans等。可能存在仅web或仅移动的业务逻辑。没关系，把所有的东西都放在一个地方。
3)多个表示层。 web表示层将调用web服务并为常规浏览器生成。移动表示层将调用相同的函数，但提供针对移动使用进行优化的函数。
如果你做了多个项目，修复一个bug，或者放入一个特性，这意味着你必须在两个不同的站点上做这件事，从而使你的构建和修复时间加倍。
或者，你可以在业务逻辑层让所有的东西都保持不变，让人们在网站或移动站点上看到该业务逻辑的不同表现形式。
希望这能有所帮助。
Stack Overflow用户
发布于 2009-06-04 15:24:07
您应该将后端构建为web服务。这意味着任何UI都可以与服务交互，并且表示逻辑与业务逻辑是分开的。
对于微软平台，ASP.NET MVC或ADO.NET数据服务是很好的选择。表示层应该完全分离到不同的项目中，以确保它独立于业务逻辑。
但在其他平台上使用RESTful方法也应该很容易。
Stack Overflow用户
发布于 2009-06-04 15:34:53
如上所述，关注点的分离很重要。
接下来，是否构建独立的表示层/应用层实际上是一个应该根据不同的参数(即资源、时间、成本、可伸缩性等)做出的决定。
我建议研究MVC / MVP设计模式，将您的表示逻辑与业务逻辑分离，并考虑如何在每个平台上表示您的应用程序，以及在哪里最好地投入时间和金钱。
https://stackoverflow.com/questions/951216
复制相似问题
腾讯云开发者
