Javascript 用于复杂企业应用程序的服务器端渲染

Javascript 用于复杂企业应用程序的服务器端渲染,javascript,java,jakarta-ee,model-view-controller,single-page-application,Javascript,Java,Jakarta Ee,Model View Controller,Single Page Application,我们正在维护复杂的JavaEE应用程序。数百个实体和EJB,数千个封装业务逻辑的bean。数百个存储过程和函数。非常复杂的商业规则 该项目利用定制的前端控制器类型MVC框架和模板引擎进行服务器端渲染。以下是该框架的一些关键方面: 基于视图:独立导航视图和逻辑分区 基于表单:所有操作都通过表单进行。表单通常有多个可选操作。同一表单对于不同的条件(如实体状态、用户角色和业务约束)有很多变化。表单通常反映一个实体或一组实体,操作是任意事务 基于角色:为某些用户隐藏/显示视图、表单、字段、按钮和其他项

我们正在维护复杂的JavaEE应用程序。数百个实体和EJB,数千个封装业务逻辑的bean。数百个存储过程和函数。非常复杂的商业规则

该项目利用定制的前端控制器类型MVC框架和模板引擎进行服务器端渲染。以下是该框架的一些关键方面:

  • 基于视图:独立导航视图和逻辑分区
  • 基于表单:所有操作都通过表单进行。表单通常有多个可选操作。同一表单对于不同的条件(如实体状态、用户角色和业务约束)有很多变化。表单通常反映一个实体或一组实体,操作是任意事务
  • 基于角色:为某些用户隐藏/显示视图、表单、字段、按钮和其他项。有几十种不同的角色
  • 组件可见性可以方便地映射到布尔类型bean方法(业务规则条件)
我想知道是否有可能使用客户端渲染实现这样一个系统。当然,用javascript管理所有这些状态是很乏味的。服务器端渲染是唯一合理的解决方案吗 SPA更适合规模较小的直接积垢控制台

我要求考虑创造一个新的系统作为SPA的风险,在那里它能培育这样一个复杂的动物,SPA无法跟上,项目最终失败。我想知道什么时候应该从一开始就使用服务器端渲染


满足这些需求的现代MVC框架是什么(我们的框架是从2000年代开始的)?

您在问题中提到的系统已经可以工作了,对吗?您正在考虑将其重构为SPA?不,更像是创建一个新系统作为SPA的风险,在这个系统中,它可能会发展成一个如此复杂的庞然大物,SPA无法跟上,项目最终失败。我想知道什么时候我应该从一开始就使用服务器端渲染。你在问题中提到的系统已经可以工作了,对吗?您正在考虑将其重构为SPA?不,更像是创建一个新系统作为SPA的风险,在这个系统中,它可能会发展成一个如此复杂的庞然大物,SPA无法跟上,项目最终失败。我想知道什么时候应该从一开始就使用服务器端渲染。