好久没写推文了，这一段时间真的是一直在忙新的项目，这个大家应该都懂的，贫穷的打工人~但也是因为最近项目的进行，也学到了不少东西，也有了很多新的分享点想分享给大家。今天分享第二个B端产品设计中经常或者说必须用到的设计点：元数据属性配置。
什么是元数据？
可能很多小伙伴对元数据这个概念会有疑问，什么是元数据？
在此我引用一下百度的解答：
用我的理解来说，就是描述一个数据存储的不同数据值（或属性）用到的中介数据，例如项目类型这个字段，通常我们是不可能是没有定义，直接让用户去定义的。所以一般我们都会定义好项目类型的一些值，例如它的值为：软件项目、硬件项目、运维项目、其他。
到这里是不是有点理解了，这就是我们常用到的下拉选择的值，那么我们就把这个项目类型叫作元数据，它作为一个中介链接数据，存储了项目类型字段的这些已经定义好的值。
当然，为了灵活维护这个元数据的值，我们是可以对元数据存储的已经定义好的值进行新增、修改、删除的。
一般这样也能满足我们的日常简单运用了。但是一旦这个元数据的字段是一个很核心的数据，会涉及到很多不同类型的相关属性和逻辑关系，那么如果用硬编程去解决是很麻烦的，后期维护难度也增大。
什么是元数据属性配置？
那么就可以用上今天分享的小技巧：元数据属性配置。具体思路：新建一个数据表来存储对该元数据的相关属性参数进行设置。
我来拿项目类型这个元数据继续举个栗子吧，方便大家理解：
因为项目类型这种比较核心的数据，肯定是会有很多不同关联的业务模块的，例如项目管理模块的项目类别、项目划分阶段的方式，财务管理模块的项目类型的税率、正常毛利率的范围，可能还有其他更多的模块（我做过的项目管理系统，因为项目类型无疑就是最核心的数据了，基本用到了每一个功能模块）。
那么如果不使用元数据属性配置这个方法，而每个业务模块都去写自己模块独立逻辑，那么就会非常复杂，维护起来也很麻烦，甚至会出现很多意想不到的bug。有了这些属性配置数据表存储字段的配置属性，那么我们就可以对定义的属性的值进行调整或者新增属性，从而使得程序逻辑更加明了，可维护性更高。
总结
这次分享的小技巧可能更偏技术一点，可能会有小伙伴会问我产品经理干嘛要懂这么多技术，但是其实做产品经理只懂UI界面、交互设计是远远不够的，特别是B段或者G端的产品经理，懂的更多的技术可以更方便你去理解业务或者重整现有业务，也能使你与开发人员更好的沟通（毕竟大家都是懂技术的，不会被鄙视哈哈哈）
所以，技多不压身，这个小技巧相信会对你非常有用，有更好的想法或者自己的理解欢迎沟通~（这次写得比较匆忙，可能会有些潦草，看不懂的或者有些错误记得与我沟通，多多包容）
