【发布时间】:2020-04-21 07:56:06
【问题描述】:
祝大家新年快乐。
我是一个依赖于 Apache Wicket 的项目的新手,如今该项目并不以拥有庞大的用户群而闻名。事实上,我们很难找到新的人,我们希望最终过渡到一个更新的框架。不幸的是,代码库太大而无法“简单地”重写整个该死的东西。
我想问的是: 有没有人有一个可行的策略来从像 Wicket 这样的框架过渡到更“现代”的 REST-Interface + JS-Webframework 方法?我认为应该可以使用 Wicket 必须为其自己的前端公开的现有 API,用于我们以后选择创建整个前端的任何 js 框架。
有什么想法吗?
【问题讨论】:
-
我们也有同样的问题,目前还没有明确的策略。我知道使用 Wicket Rest 资源(来自 wicketstuff),我们可以使用合并纯 Javascript 组件,但在如何迁移应用程序之前我们没有明确的地图。我同意,现在 Wicket 似乎已经死了。
-
这也不是 Wicket 的错——只是 JS 框架比它更优越。,
标签: javascript rest architecture frameworks wicket