Web App 开发方法
Approach for Web App development
我已决定为 Web 应用程序项目使用堆栈。其如下。
将 JS + Knex + postgresql 后端表达为 Web API 层。
VUE JS作为前端。
我已经完成了整个系统的粗略设计。我坚持执行部分。我是先构建 UI 然后充实 API，还是相反。
通常您同时构建两者 - 最好由两个不同的团队来最小化紧密耦合和泄漏抽象。有时会先构建 API，然后再构建 Web 或移动端或其他一些前端。有时，首先构建一个前端，就好像 API 已经存在一样，这会导致稍后构建 API 的可靠规范。有时先创建规范，然后构建后端和前端以遵循规范。这完全取决于具体的工作方式和要求。怎么做比什么时候做更重要。
我在一个个人项目上独自工作，我的方法是 只在前端工作 然后 mock http 部分使用模拟真实 api 行为的真实模拟，并且仅在最后移动 api 开发。
我决定使用这个方法，因为根据我的经验，无论型号和功能规格如何明确，它们总是会受到变更请求的影响，你可以防止侧面通过测试并与实际的 UI.
交互，对您的开发工作流程产生影响
然后您会发现 api 开发将在几周内完成，而不是几个月，您可以更清楚地了解您（或您的客户）的需求。
希望对您有所帮助
我已决定为 Web 应用程序项目使用堆栈。其如下。
将 JS + Knex + postgresql 后端表达为 Web API 层。
VUE JS作为前端。
我已经完成了整个系统的粗略设计。我坚持执行部分。我是先构建 UI 然后充实 API，还是相反。
通常您同时构建两者 - 最好由两个不同的团队来最小化紧密耦合和泄漏抽象。有时会先构建 API，然后再构建 Web 或移动端或其他一些前端。有时，首先构建一个前端，就好像 API 已经存在一样，这会导致稍后构建 API 的可靠规范。有时先创建规范，然后构建后端和前端以遵循规范。这完全取决于具体的工作方式和要求。怎么做比什么时候做更重要。
我在一个个人项目上独自工作，我的方法是 只在前端工作 然后 mock http 部分使用模拟真实 api 行为的真实模拟，并且仅在最后移动 api 开发。
我决定使用这个方法，因为根据我的经验，无论型号和功能规格如何明确，它们总是会受到变更请求的影响，你可以防止侧面通过测试并与实际的 UI.
交互，对您的开发工作流程产生影响然后您会发现 api 开发将在几周内完成，而不是几个月，您可以更清楚地了解您（或您的客户）的需求。
希望对您有所帮助