关于程序结构的问题

Question

至于程序的整体结构的搭配，一直是我比较困惑的问题。
我们公司的程序员通常都是把整个程序的处理过程（包括消息映射）都统统放在View类里面处理，导致整个程序下来，View文件要分成几个甚至几十个。但是，如何按照系统不同的功能来进行合理的类和类中的模块划分呢?
欢迎大家讨论！！

Answer 1

功能细化了，比如将最开始生成的类作为基类，再从这个CYouView 生出很多象CDrawView, CDataView, CInputView.......等等了，这些因为是从 原基类生出来的所以也能很好的同DOC和FRAME数据交换了！BTW：你们公司用不用OOP的：）

Answer 2

我感觉按功能分好,把相关的功能集中在一起.VIEW里存放各个类的指针.

Answer 3

其实view只是个总控的地方，可以把view做成一个分发的中转站，实际工作分到子系统中。首先要将其中的若干相近的处理抽象成接口(类似com中所指的)，这样view只不过是一个接口集。class XXView
{
    XDispachTool* m_pTool;
...
    AXManager* m_pAXMan;
    BXManager* m_pBXMan;
    CXManager* m_pCXMan;
...
};

Answer 4

我认为doc才是数据中心，view只是一些消息和现实

Answer 5

我们公司是将各个功能模块做成类然后在view里面定义实例.
比叫独立的模块还做成dll来调用.实际效果很好,各模块十分独立,只要定义统一的接口维护很方便,变成也方便.

Answer 6

真羡慕楼上的，我们公司一团乱糟糟，所有程序放在view里，所有数据都是全局，哪里有类的概念？我真的要晕倒了！

Answer 7

我个人的意见是把功能模块指针防在CMainFrame里面处理，因为View只是负责显示的。