其中服务端就相当于总控件的显示程序，它接收服务端的绘图指令作件完成绘图任务，将得到的数据传输给客端。客端不需要接件指令，只需要请求、显示即可。

这些说的都很容易，其过程艰难无比，对VS研究院的所有成员来说这些东西几乎都是全新的挑战，除了长久，没人能够想象最终的产品会是什么样，涵盖件，二三百人的开发队伍也显得庞大了一。

同mac系统和windows那样的集成度的图形系统不同，MIT的人将这X视窗系统分为了三个分，服务端、客端和通信函数库。

幸好徐志行在规划理这方面的确实尽心尽力，他虽不是这一行的技术人员，但是却知组织与理的重要。

相对这帮各有一的狂人来讲，技术上的难题或者并不构成障碍，上足够的时间与金钱自然会跨越的，难得是如何将这些家伙合到一起协同工作。

长久厌烦了1。0、2。0式的版本命名方法，以年份命名简单直观，非常的平易近人，已经提立即让所有人全票通过，因此就这么顺理成章的用来了公司的主力产品office系列上。

Vs-office不愧为印钞机，仅仅在84年viewsoft就凭着它取得了3。2亿元的收，名列件销量排行榜的第一位。

为了合图形系统，长久发动了大批的程序员对现有程序行移植和图形化包装，包括正在开发中的VS-office85系列件。

比如wordprofect，这东西就是一个vs-word的劲威胁，用据说与office的不相上下，至于其他的公司或多或少都有一两项绝活，毕竟第一个吃螃蟹的人最味。

因此理论上只要件足够大，可以运行许多服务端、客端而互不扰，颇有服务的意思。

而最让人惊讶的是X视窗系统仅提供基础的系统调用，长久第一觉则是应该将之封闭起来提供一个图形API函数库，这样可以成一个开发工包，让那些程序员们不需要一步步的使用那些基础调用，简化编程工作量缩短开发时间。

在85年长久针对变化的市场特意制订了一个火箭计划，秘密开发全新的基于图形界面的office系列，主要目的就是要借着图形作系统的更新将那些在字符型系统下劲的竞争对手彻底甩开。

当然，这样一来所有的开发工就得重新设计和修改，虽然增大了vs公司程序员的工作量，但是为了日后的利和优势，这是不得不投的。

洛克的图形开发小组全面的修改x视窗系统，决的要打击这洒式的兼容方式，一切要以现在研发的工作站、EC平台及386为优化对象。

得到了x视窗系统的所有资料之后，长久也专门下了一番功夫，不得不承认这是专门为了小型机和工作站设计的。

这可忙坏了徐志行，不

这招不折不扣的是和微学的，长久还仁慈，只不过掌握了这一新层而已，只要不公开这API的细节，日后本就不可能有任何公司能够在应用件层面超过VS公司。

在长久的示意下，沃洛克小组开发了一组图形件，提供了菜单、钮、对话框等图形接的标准构件，还提供基本的视窗理，所有使用这基本构件的程序员都可以非常轻松的创建一个视窗程序。

因此借着图形作系统的开发，长久准备对应用程序市场行一次洗牌，本来乔伊意图使图形版的godson更加的开放和亲近程序员，长久毫无疑问的否决了，特地在心和应用程序之间加了一层，称之为API（用程序接），完全断绝了程序员绕过系统直接作件的可能，因此新系统的结构也就对其它公司模糊起来，第三方开发完全兼容之的程序变的不太那么利。