16,470
社区成员
发帖
与我相关
我的任务
分享能不能只在视图类下编写程序？
题目可能没讲明白。比如我要编写一个进行图像处理的程序，使用单文档单视图。运行程序主要是为了读入图像，再进行各种处理变换，每一步的结果都要显示出来。
我现在的做法是：所有的函数都在C***View类下的，包括读图、处理等函数也是。全局变量也是直接在C***View.cpp下直接定义的。其他菜单响应函数也在C***View类下，与OnDraw（）并列。
这样我就不用在C***Doc类下编辑了，这个类就保持的默认样子。
请问我这样不使用文档的做法会不会影响程序运行速度或其他性能？是不是数据的运算必须要在文档里进行？
我现在的做法是：所有的函数都在C***View类下的，包括读图、处理等函数也是。全局变量也是直接在C***View.cpp下直接定义的。其他菜单响应函数也在C***View类下，与OnDraw（）并列。
这样我就不用在C***Doc类下编辑了，这个类就保持的默认样子。
请问我这样不使用文档的做法会不会影响程序运行速度或其他性能？是不是数据的运算必须要在文档里进行？
...全文
请发表友善的回复…
发表回复
neil2009就是李工 2008-07-04
- 打赏
- 举报
谢谢以上各位。我暂时就这样干，以后如果用到数据输入输出或读写文档时再改正。
luckyboy1979 2008-06-20
- 打赏
- 举报
可以。加上标注，便于以后修改阅读程序。
DarknessTM 2008-06-20
- 打赏
- 举报
你还不如干脆不要用 视图 文档结构……
vcPlayer 2008-06-20
- 打赏
- 举报
[Quote=引用 1 楼 cnzdgs 的回复:]
不会影响运行速度，也不会影响其它性能，只是不符合编程习惯，代码结构不太好而已。
[/Quote]
如果只是自己一个人编写是没问题的。但与人合作还是要学会模块化、结构化的编程。了解MFC在这方面的架构对自己的编程思路是一个很好的锻炼！
不会影响运行速度，也不会影响其它性能，只是不符合编程习惯，代码结构不太好而已。
[/Quote]
如果只是自己一个人编写是没问题的。但与人合作还是要学会模块化、结构化的编程。了解MFC在这方面的架构对自己的编程思路是一个很好的锻炼！
KeSummer 2008-06-20
- 打赏
- 举报
可以，效率也不会怎么变化，只是有违MFC所倡导的文档-视结构罢了。。看看MVC相关。
菜牛 2008-06-20
- 打赏
- 举报
没有必须，文档/视图类框架只是为了编程逻辑更清晰。
zhouzhenyan 2008-06-19
- 打赏
- 举报
性能问题不是关键，反而可能你这样写性能还会稍好一点，因为类之间的相互通信和协作减少了。但从代码的清晰度以及今后软件的可修改性和可维护性等角度来看的话，并不是一种提倡的编程风格。MFC框架的主要设计思想之一就是将业务逻辑与界面显示分开，所以才有了CView类和CDocument类，建议遵循这种设计思想来写面向对象的程序。
cnzdgs 2008-06-19
- 打赏
- 举报
不会影响运行速度，也不会影响其它性能，只是不符合编程习惯，代码结构不太好而已。
