关键看你有多少种数据,如果多当然是第3种方法最好,如果少还是用1,2吧

解决方案 »

  1.   


    方案二与方案三差不多吧,比方案一要好一点,关键是在你以后增加一个新的数据类型后,不用去改动原有的程序。只要增加新的处理函数或类就行了。这些方案对只有一个用户及一个后台处理程序时有效。如果有多个用户的话,结构就需要调整了。
      

  2.   

    如果项目不大,不用考虑扩展的,就不要考虑3了。
      

  3.   


    很多的时候,开始时说项目不大,可后来...即使项目不大,也难说以后不会增加新的数据类型。就目前而言,三种实现方法的工作量应该差不多。同样的工作量,为什么不用一个扩充性好的结构呢?
      

  4.   

    我的程序是多用户的,但是这个处理过程被我封装到了一个线程类中,所以相对来说就像是单用户。
      

  5.   


    既然使用了类,就不应该使用方案二了。在方案三中,可以将接收和发送部分放在基类中。然后根据不同的数据类型派生出相应的子类。
      

  6.   

    我也觉得这样谢谢各位了,加分加分
      

  7.   

    这种框架的项目我做过。
    我觉得问题的关键是中间处理部分跟前台及后台的接口是不是清晰。
    如果比较清晰的话,只要根据不同的功能号从请求包中取不同的字段,从应答包中取需要的字段就ok了。
    srdata()应该是通用的吧,可以把压包解包都做在这里面吧。
    另外,如果吞吐量比较大,需要响应的比较快的话,建议做成多线程的。