web-applications - 跨多个独立 Web 应用程序的 UI 呈现控制

Question

我们公司目前有 7 个独立的面向 Internet 的大型 Web 应用程序。
它们都有以下特点

• 具有不同的外观和感觉，代表其构建时的品牌风格
• 根据构建时间的不同，拥有不同的 UI 和后端框架
• 独立的团队分别支持和发展
• 建立在不同的时间线上 - 有些长达 10 年以上

这会带来以下问题

• 新的品牌变更需要单独申请 - 这非常昂贵且通常不会发生
• 可访问性问题或其他广泛的错误有同样的问题
• 需要单独应用新样式和交互指南 - 同样的问题

我正在寻找其他人在类似环境中采用的技术，以便可以单独构建和维护新的应用程序，同时仍然集中管理客户端 UI 而不会成为瓶颈。我正在考虑采用与白色标签相同的方法，其中生成主 HTML/CSS/Javascript 模板并对其进行版本控制。然后由每个团队在更新版本可用时采用更新版本并在构建期间合并。它永远不会更新的风险仍然存在。我猜这对大公司来说并不罕见(我们从事金融业)。能分享一下你用过的技术和技术框架吗？

也对有关该主题的任何文献(书籍或网站/博客)感兴趣。

Answer 1

您的想法是正确的，掌握 Javascript/CSS 资源是必经之路。它们可以很容易地更新，您不必重新输入常用函数等。如果您有某种库，例如 script.aculo.us 或 jQuery，经常使用的函数可以保持最新，同时节省带宽。

例如，基于 View 的应用程序(例如游戏、复杂程序)加载和显示可能包含交互式 HTML、图像等的不同“ View ”。 View 之间的转换、显示和转移操作非常普遍，只需声明一次。这也使得开发更容易，并且更多地关注内容，而不是重复的基本编码。另一个方便的技术是在整个应用程序中合并一个通用的“结构”；图标、声音和 View 之类的东西可以在包/目录中有一个预先确定的“位置”，这些都是简单的拖放操作。根据我的经验，在处理 < 300kb 的简单 javascript 文件时，瓶颈并不是真正的问题。

唯一的麻烦是涉及到服务器端操作。它们是绝对必要的，特别是对于金融和游戏(登录、帐户、高分)。但是，尝试创建方便的通用服务器端脚本并不是一个好主意。当服务器必须过滤数千个分数(或帐户)并且还具有其他功能(也同时被请求)时，它们会变慢并导致瓶颈，进而减慢一切。这里的诀窍是拥有许多高效执行任务的低功能脚本，它们仍然可以是多用途的。

基本上，创建和维护大量应用程序需要大量的组织工作——但只是在一开始。一旦有了可构建的东西，您就大功告成了。