这里的OLPM，是指scrat 里面的olpm模式。
为了更好理解我接下来要讲的内容，希望你可以先阅读一下这篇UC大神的文章。
1.什么是OLPM？
OLPM简单地说，其实就是一个多组件的模板，这个模板里有各种预置的组件，你可以选择用或者不用。使用这个模板，你可以无限地产生页面。页面就是由组件拼接而成的。
所以，无论生成多少个页面，它们必定是相似的，因为都是由预置的组件组成。这里所说的组件，其实就是上面链接里说的模块。
2.OLPM的适用场景
既然它是一个产生页面的模板，那就表明了它只能用于单页面的应用，页面模块组成比较简单而且分明。值得注意的是，产生的页面之间是一种平行的关系，也就是页面之间是没有交集的。
如果产品的需求是有几个页面的那怎么办？
方法1：可以把所有的组件写在一个模板里，生成页面的时候让运营自己挑组件，这样是比较优雅的方法，但可能会存在一个问题：同一形态却有不同的统计方法，这样的话，就要灵活处理了。
方法2：一个页面一个OLPM工程，这样看起来有点恶心，但是它是比较分明的，不用与其他耦合在一起，而且对于统计是非常方便和清晰的，维护也会变得简单。
3.OLPM还需要后端配合吗？
OLPM的主力开发都在前端了。基本上，如果产品要求不太严格的话，流程到前端那里就可以结束了，不需要后端的配合。但是如果产品要求比较严格，例如投票页面需要防止刷票，虽然我们知道懂得刷票方法的人基本都是高级用户而且是很少的一部分，那没办法了，这个时候必须后端配合。毕竟前端能做到的还是有限的。
读到这里，也许你会疑惑。那不需要测试工程师吗？谁来部署上线？页面谁来生成？
1.你开发的时候其实也自测了。如果产品没有要求严格的话，基本上都是自测后，交给产品再测试体验。OK了就可以上线了。
2.因为已经有一个OLPM平台了，当然自己动手丰衣足食了。没错，就是前端开发人员来进行部署上线的。
3.因为前端开发做出来的只是一个模板，页面当然是由产品或者运营同学自己去生成了。
4.OLPM的工作流程是怎样的？
需求文档------> 设计师出设计稿 ------> 前端开发(这过程必定是大量的沟通) ------>自测、他测 ------> 部署上线 ------> 手动生成页面
前端在开发的时候注意，因为需要接入各种平台，所以注意提前申请好各种权限与ID，不然会拖慢你的开发速度。
待续。。。。。