关于程序架构的一点总结和感受

最近忙于业务逻辑的研究,没有学到什么新技巧,唯一深有感触的是关于程序架构设计方面,先进行一点浅显的总结,欢迎大家补充、指正。

目前公司在进行一个专家诊断系统的项目,我负责其中的一个分支,需要对业务层面非常了解,但是缺少时间学习和积累,所以经常返工,大大降低了开发效率。

假设要对A类设备的电压趋势进行统计,一开始我设计的流程图如下图所示:


这段程序里,我把所有的功能都写在一起,程序有300行左右,循环嵌套的比较多,逻辑复杂。最初写代码时,没考虑太多,按照上述的流程基本实现了电压趋势的统计。但是,领导教育我,这种流程根本是不行的,虽然能实现功能,但和其他功能综合时会出现很多问题。应该将业务层和数据层分离,业务层应该分为逻辑层和管理层,尽量实现模块封装和代码的复用,同时用线程来控制程序的流传。根据他的指导,我将流程变成了这样:


将各个功能模块化,以备后续其他模块的调用,与数据库交互单独成一个模块,将业务和逻辑分层,业务层中可以在上述框图之上再建立管理层,实现多类设备趋势分析的管理。例如AB类设备的趋势都出现下降,则说明可能是电源屏的故障。

 

经过上述开发过程,我对系统模块化的感受颇深,作为一个刚入门的菜鸟,系统架构方面的知识非常欠缺,以后的工作中要多多积累。


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值