在自动化领域, MFC还依然有很多的市场.
这个古老的c++框架,微软都抛弃了,很久以前都不做更新了
但是在在自动化领域,使用的依然很多
产生的原因,主要是很多自动化相关专业的人 本身就是硬件出身,学校里学的就是MFC,然后工作又是这个,先入为主的开发,导致后续依旧用MFC
带来的重大问题:
代码量大,复杂度高,维护难
动辄几千,几万行的代码量, 代码量的大 是架构本身问题造成的
首先是 MFC 只是对 win32 API的简单封住, 偏向底层. OOP封住不彻底也不好,保留着c和c++双重特性
用过MFC开发项目的人 都会觉得这个架构很负责,特别是从C#转过来的人,非常的不习惯,同样是OOP,非常的蹩脚,难用.
其实MFC并不是复杂,只是比较乱而已.归根接地还是OOP架构设计不够好.其次是设计底层较为广泛的缘故
MFC的二手项目,的确是非常难用维护的,维护过的人都深有体会,苦在其中
当下现状就是,MFC确实带来了非常大的问题和负担,然后一部分人确实津津有味的依旧用着MFC
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)