首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

自动化平台开发的几点总结

最近花了些时间在琢磨自动化平台开发的事情,所以每天都会抽出几个小时来写一写,大方向的开发任务算是逐步有了眉目。如果客观来说,这部分的工作算是完成了20%左右。前期花在基础架构上的功夫比较多。

为了方便平台化的开发,我主要考虑了一下几点:

动态菜单,不同权限,不同业务的人看到的菜单是不一样的

对于权限的粒度把握,增删改查的业务权限尽管声明了不同的菜单权限,但是权限的粒度还是需要考虑的。

对于操作日志的记录,做了什么操作,哪些操作这些信息还是需要格外重视的。

基础功能实现可配置化,比如菜单,权限,这些都是基础的数据,完全实现配置化的工作,会让整个平台的可操作性提高不少。

从最开始的时候,我是本着从简的思路,能用一个表搞定,绝对不适用两个表。设计的时候,允许部分的数据冗余,确切的说,我不喜欢过度设计,因为耦合度太低,最终还是要花大力气整合起来。

模型设计中的枚举值

在前期的准备过程中,最开始写页面的时候,对于枚举值都是在MTV的M层来定义,我在models.py文件里面做了很多的配置,但是发现按照这种扩展的方式,后期处理就很尴尬了。因为ORM层面的映射是体现不出这种枚举值的差异的。而且数据从后端到前端,还得逐个转换一般,比如这种方式,在实际的前端页面中,还需要二次过滤,看起来实现了配置化,但是效率确实不高。

class Cmdb_server(models.Model):

db_types_choices = (

('mysql', u'MySQL'),

('redis', u'Redis'),

('greenplum', u'GreenPlum'),

)

db_role_choices =(

('master', u'Master'),

('slave', u'Slave'),

)

server_status_choices = (

('1','online'),

('0','fault'),

('2','offline'),

)

server_os_hostname = models.CharField(max_length=50,verbose_name='主机名')

所以越是扩展和改变代码,发现这个地方越来越是一个坑,所以在后面果断使用了数据字典的配置方式来统一管控。

动态二级菜单

我希望实现的一个比较规范的功能就是动态菜单,即不同权限的用户看到的菜单项是不同的。前后改了好几版,总算是把整个流程调通了。

设计到细节的时候,发现很容易有使用的歧义或者不明确的地方。

二级菜单的设计真是一把辛酸泪,最开始感觉这个很简单,一个for循环能够搞定,但是落实到代码层面,琢磨了很多想法,发现自己最开始的切入点就不太对,循环输出HTML标签,结束标签的循环就是一个技巧了。

写了很多版本,至少有6个版本,有的菜单不够稳定,有的显示出来乱七八糟的。拿着代码反反复复看了多遍,赶紧还是有点抓耳挠腮的感觉,于是乎直接把关键代码打印出来,在那儿盘算了一会,总算是得出了满意的答案。

改造一个统一的模板

开发这个平台的时候,如果为了降低开发的难度,提高资源的可重复效率,是用统一的模板,然后在这个基础上修修改改即可。但是实际上自己看了很多原型之后,发现目前的实现和现在的存在着较大的差异。所以这样一个件看起来不闹心的事情,自己就花了一些精力,专门来做统筹的工作。

按照优先级,否则易陷入死胡同

在开发的过程中,总是会冒出一些想法来,想自己能够实现一些比较好的功能,但是实际上,这个过程总是事与愿违。一个看起来简单的功能,想追求完美,但是实际这样下来,效率不高,效果反而会差一些。还是需要按照优先级来做,而不要总是被打断。

  • 发表于:
  • 原文链接http://kuaibao.qq.com/s/20180116B0041F00?refer=cp_1026
  • 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码

添加站长 进交流群

领取专属 10元无门槛券

私享最新 技术干货

扫码加入开发者社群
领券