开发 ERP　类似的企业管理信息系统　中设计的一些思考

你可以把表单类和操作表单的类分开
class Form
class FormControl
然后通过继承来改变Form和FormControl，这样一个FormControl可以操作多个Form！

解决方案 »

  1.   

    to yellowhwb(KaDoO):
       "通过继承来改变Form和FormControl，这样一个FormControl可以操作多个Form！"我感觉到是很困难的,因为每个表单的内容都不一样,而且数据库读写也有差距的.比如说,入库单和采购单所关心的东西就不太一样.如果分开呢?
    你提到的关于 FormControl 的东西,能不能解释清楚一些?
      

  2.   

    其实我的伙伴已经把这个系统给做出来了.我们发现在二次需求后有很多地方需要修改,修改起来显得很麻烦. 主要是在 ERP 这方面经验太少! 关于面向对象的设计平时也是谈得多,实现的少!
      

  3.   

    这类东东就是要不停地改。有人说，企业搞ERP之类的东西成立专门的信息部门是上上策，找软件公司来做是下下策。不止是技术实现，管理模式更重要。
    兄弟要是做学问的话，按照你自己的想法做下去，会有收获。要是履行商业合同的话，怎么简单怎么来，系统越复杂，可靠性越低。
      

  4.   

    to  trymybest121(观察,想,行动.) 
    比如
    class form
    {
        属性一
        属性二
        属性三
    }class formcontrol
    {
        private bool update(form objform)    {
            //把数据库中objform更新
        }
    ......
    }
      

  5.   

    根据mvc的设计模式，你的设想是对的，但你的m跟c混在一块了不好。
    可以参考：
    -----------------
    回复人： yellowhwb(KaDoO) ( ) 信誉：99  2004-09-02 20:58:00  得分: 0  
     
     
       你可以把表单类和操作表单的类分开
    class Form
    class FormControl
    然后通过继承来改变Form和FormControl，这样一个FormControl可以操作多个Form！
      
     
      

  6.   

    同意 wybkl88()  的观点！主要感觉是时间上来不及！
      

  7.   

    不需要强制做成类，这样做好象是思路明确、好象是OOP的思路，其实没有必要。如果你从大的方面来看，form本身就是一个类，这其中当然包括了你对数据库的操作，也包括消息的处理，其实消息本身也就是特殊的方法，这样看的话，其实你已经是按照类的思路进行了