现在的产品开发一般是按照交互稿、视觉稿、开发、测试、发布这样的流程进行。本次我们重点探讨开发领域，涉及到客户端以及服务端。

在没有交互稿的时候，开发也可以做一些前期准备，比如前后端的技术选型、环境搭建，另外后端还有建模的过程。

开发过程中的理想状态应该是前后端并行开发，这在业界也是比较热门的概念，但是对一些没有技术积累的传统企业来说实现起来还是有一定难度。

整个过程中前端使用Mock Server后端进行接口测试，中间约定API契约，然后进行前后端并行开发，最后进行联调。理论上联调成本会很小，因为Mock Server是依照API契约进行开发的，而后端也同样是按照约定定义接口。

交互稿设计完成后就轮到接口的设计，传统的接口文档有IM、txt、word、wiki、Swagger这几类。它们普遍存在表述不清晰或者格式混乱的问题，使用接口管理平台能有效解决这类问题。

彻底实现前后端分离的过程中有着一个阻碍，即如何处理模板。模板是在后端环境中运行的，有ftl、php、ejs等各种类型。前端开发中如果还要涉及到后端环境，那么这就不是彻底的前后端分离。为此我们实现了能够解析模板的Mock Server，它可以获取模板中的真实数据，比如登录的用户数据，而只使用Mock模拟数据有些业务逻辑是无法实现的。

前后端分离中需要有模板化，所以除了接口规范外还要有页面规范。另外手动实现Mock Server是有一定成本的，我们为此提供了配套的构建工具，用来解析模板、Mock接口。

从交互阶段开始就可以根据交互稿设计接口，接着通过构建工具生成初始化代码，前后端开发完成后进行自测。自测的过程中，由于前端的Mock数据都是生成在本地或者是平台提供的接口，所以可以通过修改数据进行更充分的自测。后端则主要是对接口是否符合定义的测试，我们也提供了这方面的工具。最终这样就能有效降低联调的成本。

接口的设计人员首先要对系统功能非常了解，其次对前后端开发都有所涉猎，了解前端的功能实现以及后端的接口实现。因此我个人是倾向于前端架构师这一角色，但是很多公司其实是没有这一职位定义的。

接口的设计必须遵循业界规范，比如Restful接口规范。然后要描述清晰，不能遗漏重要信息。

实际开发过程，后端在创建接口的时候会事先建立数据模型，并进行一些增删改查。前端也有一套对应的数据模型抽象，这样做的优点在于能够实现复用、规范以及自动化。

通过接口定义NEI平台上的数据规范，再使用NEI Toolkit导出规范，最后使用Express启动服务。

NEI中的接口规范定义请求与数据的关系；页面规范定义页面与模板、接口的关系；模板规范定义模板与数据的关系。

图中是NEI的模拟容器，接口、页面都被直观的展现出来。它的主要功能有页面Mock、接口Mock、监听静态文件以及其他前端频繁用到的功能。

上图是构建工具生成的Mock数据文件，其中data.json就是Mock值，data.js主要是做一些拦截。前端的自测可以修改data.json数据以及data.js过滤器。

NEI集成了接口测试功能，比如验证字段类型是否匹配、字段值是否符合定义、字段是否缺失或多余以及自动生成测试报告和批量运行用例等功能。

前后端联调理论上只是服务器环境的地址不一样，本地开发使用Localhost服务器，要使用其他环境只需将Localhost替换成相应地址。一般定义时不用设置Localhost这块的地址，只关注后面的地址。

地址变更只需要修改配置文件Server.Config.js。

我们还做了其他方面的探索和实践，包括迁移老项目、团队协作、支持业界标准、对测试工程师的支持、支持典型产品。