我们目前正在开发一些 Web 应用程序，并让我们的设计师将已签署的纸质原型转换为静态网页。除了页面之间的超链接之外，设计人员还开始添加 jquery 调用，通过从静态 json 文件中获取数据来更新页面上的元素。一旦设计师完成并移交完成的网页、CSS 和 JavaScript 文件；然后，服务器端开发人员编辑页面并将对本地静态 json 文档的引用替换为对返回相同 json 数据结构的实时 json url 的引用。
我的问题：将 GUI 设计与服务器端开发分离并减少集成时间和工作量的有效方法是什么？一些例子：
这取决于您的应用程序需要管理多少状态信息。您给出的示例仅提及来自服务器的读取操作。有写吗？读取和写入操作都可能失败。您的设计人员是否会处理这些情况，或者服务器端团队稍后会介入并修补 GUI？
我认为最好为设计人员提供服务的模拟服务器端实现。服务器模拟可以模拟现实生活中的行为，例如抛出错误和异常，而不仅仅是快乐的路径。如今，安装一个简单的 Web 服务器和一个充当模拟服务的单个脚本确实少了很多麻烦，而不是尝试为以后的集成创建流程。
对于整个“url/path”问题（开发vs测试vs生产等），我看到的其中一件事是为您的“proto”项目创建一个子域（所以proto.mycoolapp.company.int）并将其作为应用程序中任何地方使用的所有url 的基础。
最重要的是，使用您正在使用的任何框架设置全局页面处理程序来识别所有数据文件的部分/页面/函数+[url 数据]（即 json 调用等）。
这使您可以将您的应用程序分成多个部分并随时构建功能，并允许 UI 团队和开发团队为其他团队处理提示。
例如，假设我有一个包含三个部分（登录、帐户管理、预览）的应用程序，我将在 proto.mycoolapp.company.int/frontend/login/securelogin?user=GrayWizardX 有一个登录 url 服务（数据、文件等） . UI 团队可以添加这些，因为他们确定了对数据的需求，并且您的应用程序开发团队可以查看正在请求的功能（通过服务器日志等）并确保一切都匹配。
好的部分是，当您转向生产时，唯一的变化就是找到“原型”并替换它。如果那在您的全局变量中，那么它是一个快速而简单的更改。
目前尚不清楚您的环境到底是什么（仅纯 html？或类似 php？），所以这有点像在黑暗中拍摄......
如果它是普通的旧 HTML + javascript，您可能会在每个页面上使用 javascript 包含来获取正确的地址集。当包含所有这些环境特定信息（即使用本地或使用服务器）的包含文件保持在相同的相对位置时，您无需担心修改实际页面。只需告诉 GUI 人员始终将同一组变量用于地址信息，并在该包含文件中定义地址信息。无论您是从本地获取还是从服务器获取，变量名称都不会改变，只会改变存储在变量中的值。
我缺乏维生素咖啡，所以希望这是有道理的。