本帖最后由 a5128789 于 2011-04-05 21:25:58 编辑

解决方案 »

  1.   

    那你就努力下,而不是让万能的csdn努力下。
      

  2.   

    控制这种东西要简单可以很简单,要复杂可以很复杂,甚至还会涉及到顶尖的技术领域。
    而这种所谓的难度程度的变化主要是根据需求而定的。就比如“兼容性”、“稳定性”、
    “抗压能力”、“执行速度”、“系统资源占用”、“压缩比”等关键的东西如何要求?
    需求不同程序的架构、采用的技术、涉及的技术范围和工作量也会有很大的不同。虽然粗略看了一下你的要求,应该会涉及到些网络方面的应用,但这类网络服务程序通常
    都会用NT服务程序作为架构基础,这涉及到NT服务程序的基本处理(函数入口、NT服务的
    安装与控制)、命名管道的通讯(应用程序与服务程序的本地通讯)。再加上普通的Sock
    处理过程。因为看你的“可以切换到工作站平台”,估计是可以看到客户端的屏幕吧,如果是这样,还
    涉及到图形处理技术,这又可能涉及到网络数据压缩传输的问题。什么样的标准比较合适?
    用不用涉及到流媒体技术?这都和需求有关,一个小需求的变动,弄不好就直接需要触碰到
    前沿技术研发领域。即使这些架构和技术点的问题都一一解决,在一个整合多种技术为一体的程序,如果要兼容
    性强、稳定性高、系统占用资源少、执行速度快、安全度高等等等等...。光说到这都不是
    以工程就能搞定的事情了,要以产品来定位,呵呵。但如果没有稳定性的要求,这程序可以
    说不能用,如果没有系统资源占用的要求,做个一跑起来CPU就是100%,内存不断增加的,
    相信这程序也不会有人继续用,如果没有执行速度的要求,相信会越用越不想用等等等等....当然,也可以向简单的方向看,就一个普通的应用程序或服务器控制需求,只要用VB写个
    Winsock通讯的程序,然后分成服务器和客户端两个版本,客户端收到服务器发过来的某个
    数据识别一下就执行指定的操作,VB里做得再怎么复杂也就是用个控件数组来处理而已。
    但我觉得这种东西如果自己做还不如直接用别人的一些软件还好一点,起码别人的专业点。