这篇“web自动化平台开发元数据的设计方法是是什么”文章的知识点大部分人都不太理解，所以小编给大家总结了以下内容，内容详细，步骤清晰，具有一定的借鉴价值，希望大家阅读完这篇文章能有所收获，下面我们一起来看看这篇“web自动化平台开发元数据的设计方法是是什么”文章吧。
元数据的设计
元数据这部分我的设计就是从简，先来一个概要的信息，然后细节的信息可以通过其他入口来看。
比如对于数据库来说，系统，机架位的信息，这些完全可以从兄弟部门那里通过API的方式来得到。可以作为信息的参考。
很多元数据的设计和规划，前期如果已经有了成型的系统，直接废弃掉，革命掉也不大好，还是要吸取已有的经验，逐步沉淀，总是事情不是完全从零开始，但是在设计的时候，还是需要避免过度设计。
比如下面的概要信息，组合起来，会发现有一部分元数据信息时有问题的。而且主从的数据也是有些出人的，这个通过之前的方式是看不到的。
数据字典
数据字典的部分，自己最开始没有重视起来，结果写到一定程度之后，发现里面还是有很多的门道，所以把这部门内容补上了。
因为有些数据字典信息时有迭代关系的，目前的展现只有迭代关系的记录，可视化方面还需要继续加强，比如下面的方式，在查看的时候效果明显就要好一些，也是这几天花点时间准备改进的地方。希望做成类似下面的表格方式，层次关系就很清楚了。
用户的菜单权限
目前是使用了动态菜单的方式，在这个粒度上自己又考虑了更深一步，那就是一个页面有增删改查的功能，我们可以做细粒度的权限划分，这个是已有的permission做不到的，那个只能实现表级别，我们希望能更细一些。这样，菜单的权限就能够更加细化，如果有部分的业务开放给业务同学，给只读权限足够了。
权限的控制粒度
权限的粒度控制，如果更细一些，那就还需要做一些校验，比如我们有MySQL和Redis方向的服务器，元数据都是同一个入口，如果我不希望看到Redis的服务器信息，我完全可以通过一种类似角色或者组的方式来控制。这样同一个页面，我只看到的是MySQL的信息，如果权限够大，看到的更多。
备份检查
开发规范设计文档
在这方面自己也沉淀了一些想法，准备写一个版本，把一些风格，设计的理念都统一一下。
以上就是关于“web自动化平台开发元数据的设计方法是是什么”这篇文章的内容，相信大家都有了一定的了解，希望小编分享的内容对大家有帮助，若想了解更多相关的知识内容，请关注编程网行业资讯频道。
