相信作为产品经理，一定听程序员同学说起过这个词“写死”，那么什么是写死？为什么要写死？写死到底有什么优劣势呢？什么时候可以采用采用写死呢？

1、什么是写死？为什么要写死？

        写死是相对于接口获取数据而言，并不是通过接口动态拉取数据，而是在代码里配置成不变的参数，比如做B端产品的同学，一定有涉及到权限配置的场景，对于不同的角色应该配置不同的权限，当相应角色的帐号登录时，系统根据帐号对应的权限（菜单/功能/数据权限），拉取不同的菜单和数据，但是这有个前期，就是需要有权限系统的支撑，支持菜单/功能/数据级别的控制，但没有权限系统怎么办？这时候就可以采用“写死“的方法，固定某些帐号对应的权限，比如角色A的帐号具有菜单1、2、3、4的权限，角色B的帐号具有菜单2、5、6的权限，这样当A、B登录时，系统根据其配置的权限菜单，显示不同的内容。

2、写死有什么优劣势？

        如上文所说，写死有时候是一种不得已的行为，就是在业务系统需要使用某个功能时，基础系统无法支撑的前提下，就可以采用这种方法，其优势是节省时间，减少对基础服务的依赖，但劣势也显而易见，就是需要程序员同学在代码里配置好，如果有变更需要重新改代码配置，上线发版，每次改动都需要修改代码并上线，对业务系统的运行稳定的影响风险很高。

3、什么时候可以采用写死呢？

        我的建议是在业务发展初期及时间相对紧张的情况下是完全可以采用写死的。业务发展初期，是为快速验证业务使用场景的真实性及商业模式的正确性（MVP），这时候需要快速迭代，而研发权限系统是需要大量时间和开发资源的，从经济性上考虑是不合理的。