spring - Spring 是否应该将常规站点和移动站点分开？

Question

我即将开始开发一个网站，该网站将使用 Spring 提供常规和移动版本。在这一点上，我需要决定如何处理这个问题。我预见到两种选择:

同一台服务器上的独立站点。为每个站点开发一组独立的 Controller 和 View 。尝试尽可能多地重用 Controller 。

混合站点。开发内容感知 Controller ，根据设备类型发送到不同的 View 。 Controller 根据设备发送到不同的 View 。

选项 1 似乎更实用，但恐怕我会以大量的 Controller 重复而告终。此外，我需要将网站分成 http://something.com/和 http://something.com/m作为移动版本的基础。

选项 2 似乎很快就会变得难以管理，因为常规版本的更改将对移动版本产生影响。尽管如此，它将有更多的代码重用。

你会如何处理这个问题？

Answer 1

选项 2 似乎总是很诱人，但根据我的经验，它被证明是不切实际的。总是，对于任何不仅仅是琐碎的网站，页面流在全脂版本和移动版本之间变得不同，数据呈现不同的数据。它不仅仅是一种不同的皮肤。

我的建议是努力识别常见的业务逻辑，并将其放入通用代码中。保持 Controller 尽可能薄，但通过使用桌面和移动专用 Controller ，您可以让它们保持专注。是的，会有一些重复，但希望可以尽量减少。

将通用逻辑定义为 webapp 级别的 bean /WEB-INF/applicationContext.xml bean 文件。然后定义一个单独的DispatcherServlet对于每个站点，包含特定的 Controller ，共享公共(public) bean。