背景

开始尝试 LeanCloud 时项目并不大，也不算复杂，大家都是很简单地去写代码，但是随着使用的深入及越来越顺手，有些工程师开始尝试设计复杂的项目。只要项目复杂了，就会有很多底层的事情需要考虑，比如协作分工、自动化流程、代码组织结构、框架选择、国际化方案等等。 LeanCloud 自身的很多项目就是基于本身提供的服务，在这个过程中我们也遇到过、纠结过很多问题，所以将我们目前使用的 Web 全栈方案整理了一下，可以当做一个 Generator 或者 Seed ，供大家交流和使用。

简介

基本结构

整套架构 Server 端与 Web 前端是完全分离，在 Server 端编写 REST API ， Web 项目则是完全的 Web App ，而不是通过模板来耦合。 web-project 中是 Web 项目的全部代码，是完全独立的一套体系，也可以提出去，单独项目维护。

整套技术方案有很多细节，具体的使用方式可以到 GitHub 仓库中直接查看使用说明及源码。

非常欢迎感兴趣的开发者一起讨论，当然限于自身能力不足，也有很多可以改进的地方，恳请各位高手积极贡献代码。如果你对 Web 全栈开发有需求，欢迎尝试看看。

其他问题

业内最新的技术以及解决方案 LeanCloud 也都有持续跟进，并且我们也积极同 Angular 、 React Native 等团队积极交流，目前构建 Web App 的框架选择主要会在 Angular1.x 、 Angular2.x 、 React 和 Ploymer 中纠结一下，而我们最终选择了 Angular 1.4.x 版本。

主要解释下为什么没有选择 React ，目前 React 应该是大家最感兴趣的框架，但是并不成熟。 React 本身最创新的是解决了 View 层的分离，将渲染与编译过程分离，在 Web 端表现为将 JSX 变为 Virtual Dom ，再将 Virtual Dom 每次 Diff 后的部分渲染为 HTML 。而开发一个应用程序不仅仅需要这些，还需要一套完备的处理各种底层问题的方案。如我们在上面技术栈列出的那些， React 数据层 Flux 编程范式并不成熟， UI 层面组件稀缺，即便是前端路由方案也是颇有争议，黑科技不断。

所以，在这种情况下，因为要做的是一个长期可维护的产品，我们暂时不能选择 React 来做 Web App 。当然， LeanCloud 会持续跟进 React Team 的最新动态。另外，推荐一下 React Native ，虽然 React 构建 Web App 优势并不明显，但是 React Native 则是大大提高了 Native App 的开发体验，优势远大于目前的劣势，所以欢迎大家尝试一下， LeanCloud 的 JavaScript SDK 也支持 React Native 中使用。

为什么全部使用 ECMAScript 6 ？

一门编程语言会影响一个人的编程思路， ECAMScript 对 JavaScript 这门七天设计出来的语言做了很多优化和革新，比如箭头函数、语言层面的模块化、原生的 Promise 等都是让人眼前一亮的特性，其他大大小小的改进也很多。而且在 2015 年 ECMAScript 6 已经定稿，所有浏览器最终都一定会支持这个版本的 JavaScript ，那么有什么理由不开始尝试呢？而且通过很多的前端构建，可以让我们不用去过多考虑浏览器的兼容性，所以我们选择全部使用 ECMAScript 6 。

服务端通过在 LeanEngine 中运行 node --harmony 来实现对 ECMAScript 6 的支持，因为目前 Nodejs 4.x 刚刚发布，等完全支持了，就可以去掉 harmony 参数。前端通过直接写 ECMAScript 6 的方式来编码，而没有选择如 TypeScript 之类的 ECMAScript 6 超集，因为还是希望能够编写更纯粹的 JavaScript ，前端会通过 babel 自动化编译处理。总体来看，也算是稳健且有前瞻的选择。