我的团队一直在使用node.js、twitter boostrap、mongo db和mule为ESB编写仪表板应用程序。
最近,一位高管要求我们更改门户/portlet容器(如Liferay)的方法。
我们团队中的一些人对Liferay有经验,对此我们有相当负面的感觉。处理诸如整页刷新、portlet生命周期、样式和主题化问题以及有限的DBMS覆盖率等问题是我们的投诉列表中的首要问题。
我们知道我们的执行团队来自哪里。他们已经决定要使仪表板可扩展,并且对于其他组来说,更容易或更容易插入。
是否有一个解决方案可以平衡用户的现代Web期望与IT专业人员和管理人员的企业需求,他们关心如何用Liferay之类的东西构建和扩展应用程序?可插拔的小部件在这里很重要。
很明显,节点是我们的首选,类似于Grails。
谢谢,
最佳答案
这个问题可能并不完全适合stackoverflow的格式,但我仍然可以提供一些想法。
如果你想坚持你当前的平台,你需要准确地找出你的管理者想要从新平台中得到什么特性。这些功能是您可以构建到当前平台中的吗?与重写其他所有内容相比,这需要多少努力?学习整个团队的新技能需要付出多大的努力?我相信你的团队可以有效地学习新技能,但这仍然需要努力,而且随着团队的学习,将会有越来越大的痛苦。如果你可以向你的管理人员展示,你可以通过类似或更少的努力获得相同的功能,并且你仍然可以拥有相似的总拥有成本,那么你可以在你当前的平台上做一个案例。
另外,我认为您低估了portlet容器可以做什么。我主要与WebSpherePortal合作,所以也许这就是为什么我认为您提到的大多数痛点对我来说并不难管理的原因。仅仅因为容器需要一个特定的DBMS来管理自身,并不意味着您不能为您的自定义数据需求使用单独的DB。JSR-286引入了ServerSource作为一种使Ajax更容易在portlet中实现的方法。在WebSpherePortal中(不知道Liferay),在不重新加载页面的情况下更改整个页面的内容可能是列表中最困难的,不过我承认。
现代不一定意味着尖端技术的进步,而且大型软件产品仍然可以像其他工具一样,在你知道如何正确使用它们的情况下运行。