谈谈平台功能宏

　　作者结合自己的实际工作经验，分享了对＂平台功能宏＂的一些看法，希望能够给你带来一点帮助。
　　前一段时间在工作时，推动了＂平台功能宏＂的搭建和需求评估流程，实现了二者的落地，今天着重写一写＂平台功能宏＂，虽然是一个微小的点，但是运用得当的话，对于需求管控、研发成本都会有一个比较大的提高。
　　1.什么是＂平台功能宏＂？
　　先来说说什么是宏？所谓的宏其实就是用于批量处理的一种规则，而功能宏就是批量处理某种需求或功能的规则，平台功能宏就是全平台开发公用的、用于批量处理跨平台（或项目）功能的规则（大多情况下为开关），涉及到的项目和平台较多，一般也会将开发好的＂平台功能宏＂分类存储和维护。
　　2.＂平台功能宏＂的使用场景？
　　满足以下几个条件就能使用＂平台功能宏＂了：
　　不同软件项目基于相同平台或（主分支）；
　　不同的软件项目有针对同一个功能差异化的需求。
　　解释下2，项目A可能要带上某个功能，但是项目B不希望带上这个功能，还有其他项目也有这一差异化的需求，如果出现了这样的情况就可以使用＂平台功能宏＂了。
　　3.怎么使用＂平台功能宏＂？
　　在开发一个共性的平台需求或者客户需求时，研发人员开发功能宏开关或者全平台修改代码，产品经理们收集记录宏开关和log记录，不断维护＂平台功能宏＂。
　　举个简单的例子，项目A、项目B、项目C都是基于android L平台的，在做项目时，发现A和B两个项目都想带上功能1，项目C不想带上功能1，那么就可以在android L平台增加关于功能1的＂平台功能宏＂了，就是直接在平台上修改代码，通过关键字来控制功能，项目A、项目B、项目C自己通过配置文件关键字的值适配就可以了。
　　在记录时有个基本表格可参考：
　　序号：编号，不在赘述
　　模块：平台或客户需求涉及的大模块
　　细分名称：需求的名称(比如：增加商品歌曲评论功能)
　　需求描述：需求具体描述(在xxx地方增加xxx，实现xxx功能等具体的描述)
　　优先级：一般都会给需求分优先级
　　客户：某某odm客户或者平台需求
　　补充说明：功能宏的开关或者bug管理系统的记录(比如：cr号)
　　相关平台宏或客户宏：记录是客户宏还是全平台开的宏
　　已完成的平台or项目参考：记录之前已经完成过的代码流、分支、项目等
　　上述是最基本项目的说明，其实在实际操作中可以针对性增加或删除。
　　4.＂平台功能宏＂的意义？
　　＂平台功能宏＂有什么意义？当＂平台功能宏＂逐渐丰满的时候，首先是优化了需求池，更好地梳理需求，其次可以针对不同模块、项目、平台在实现相同功能的差异化需求时，通过控制平台或主分支代码，尽量避免开发人员多次写重复的代码，从而大大降低了开发和沟通的成本。此外，甚至可以对于不同国家的软件版本和项目都能得到有效的控制，为未来的软件国际一体化打下良好的基础，但是同时也会增加平台、主分支的负担，最明显的就是代码会增加，因此也要斟酌运用。