典型的ASP到Java转换

Question

我的问题是基于一个金融服务组织的业务模型，该组织目前支持的应用程序是经典ASP和Java的混合体，其中一些JSP已经存在于一些应用程序中。

具体来说，在我们的大型应用程序中，所有FE都以ASP开头，然后使用其他代码使用的基于粗请求的令牌来确定要调用哪个JSP。在另一个应用程序中，它是一个由四个链接应用程序组成的套件，主应用程序和另一个应用程序使用前端的所有ASP和BE的java代码。另外两个链接到它的用户只使用JSP和java代码。

由于使用这种混合系统的维护成本过高，以及对使用过时技术的担忧，管理层已着手将我们的应用程序现代化为所有Java，并删除这些应用程序上的所有ASP。我在一个小组中，必须建议使用哪种Java，因为每种UI技术都有自己的优点和缺点。

假设以下项构成了我们的基本用例:将当前的经典ASP UI现代化为Java标准，该标准包含以下目标：

• 一般来说，一种更易于改变的系统。
• 这将是基于市场技术变化的未来增长的灵活性。
• 不与利基市场或试验性的、不稳定的或尖端的东西挂钩。
• 如果业务需要，可以将UI转换为另一种技术的代码更加模块化。这将符合代码结构，而不仅仅是技术，但我觉得这是值得一提的。
• 更好的表现。
• 稳定且可伸缩。
• 比传统的ASP更安全。
• 更好的投资回报在开发时间。用经典ASP很难找到熟悉Java的人。此外，这还必须结合新开发人员的学习曲线，因为我听说JSF有一个陡峭的曲线。

现在，关于我所知道的java UI框架的数量: JSP、JSF、JavaFx、Tapestry、Vaadin、GWT、流速、Freemarker和Thymeleaf，基于其他开发人员的实际经验，这些开发人员实际上必须进行这种转换--您以前做过什么？

您是否有与此用例和业务模型相一致的经验教训？我不想要意见，而是从现实生活中得到答案。

目前，我们被要求仅限于JSP或JSF，但我不太确定这是否是唯一的选择。目前，我们的讨论是在另一个团队沿着JSF路线前进时，将所有的东西都转移到一个或另一个。然而，我们希望为每个人采用一种标准。因此，总的来说，我们有一些JSF的基础设施，但现在JSP非常青睐它。

Answer 1

如果您已经在应用程序的一部分中使用了JSP，则不要将其重写到不同的框架中。很有可能的是，与您一起工作的团队已经对JSP有了一定的了解，并且您将能够在现有的使用JSP的页面核心上进行构建，从而限制要完成的工作量以及随后需要压缩的bug数量。

记住你的软件上的Joel：永远不要从头开始重写。

Answer 2

经过更多的研究后，我同意我们小组的观点，对于这个特定的应用程序，某种形式的JSP技术是正确的答案。以下是其中一些要点：

• ASP到JSP并不是一个巨大的范式转变，在我看来是类似的人。我读到JSP最初来自ASP概念。
• JSF有一个陡峭的学习曲线，很难找到具备这种专业知识的开发人员。
• JSF从devs中抽象出HTML、CSS和HTTP，这与我曾经使用过的所有现代web应用程序是不同的。因此，如果您稍后决定转移到其他的东西，这是一个重写。
• 如前所述，JSP已经出现在应用程序中，大约占页面的50%，因此该技术已经存在，并由多年来一直在应用程序上的经验丰富的开发人员维护。

为了降低风险和降低成本，JSP是我们的正确选择。现在，我们正在决定和它一起使用什么，比如Spring或Struts2。

我找到了一个Java 7中的技术清单的官方链接。JSP仍然列在那里，并且仍然在Java 8的JSR 366中，所以JSP总体上并不是真正的被反对的。对我来说更重要的是，Java 7& 8中也支持JSTL和EL。