繁体
在长久的示意下,沃洛克小组开发了一组图形
件,提供了菜单、
钮、对话框等图形接
的标准构件,还提供基本的视窗
理
,所有使用这
基本构件的程序员都可以非常轻松的创建一个视窗程序。
Vs-office不愧为印钞机,仅仅在84年viewsoft就凭着它取得了3。2亿
元的收
,名列
件销量排行榜的第一位。
为了
合图形系统,长久发动了大批的程序员对现有程序
行移植和图形化包装,包括正在开发中的VS-office85系列
件。
这些说的都很容易,其过程艰难无比,对VS研究院的所有成员来说这些东西几乎都是全新的挑战,除了长久,没人能够想象最终的产品会是什么样
,涵盖
件,二三百人的开发队伍也显得庞大了一
。
而最让人惊讶的是X视窗系统仅提供基础的系统调用,长久第一
觉则是应该将之封闭起来提供一个图形API函数库,这样可以
成一个开发工
包,让那些程序员们不需要一步步的使用那些基础调用,简化编程工作量缩短开发时间。
因此借着图形
作系统的开发,长久准备对应用程序市场
行一次洗牌,本来乔伊意图使图形版的godson更加的开放和亲近程序员,长久毫无疑问的否决了,特地在
心和应用程序之间加了一层,称之为API(用
程序接
),完全断绝了程序员绕过系统直接
作
件的可能,因此新系统的结构也就对其它公司模糊起来,第三方开发完全兼容之的程序变的不太那么
利。
幸好徐志行在规划
理这方面
的确实尽心尽力,他虽不是这一行的技术人员,但是却
知组织与
理的重要
。
洛克的图形开发小组全面的修改x视窗系统,
决的要打击这
洒
式的兼容方式,一切要以现在研发的工作站、EC平台及386为优化对象。
比如wordprofect,这东西就是一个vs-word的
劲威胁,用
据说与office的不相上下,至于其他的公司或多或少都有一两项绝活,毕竟第一个吃螃蟹的人最
味。
长久厌烦了1。0、2。0式的版本命名方法,以年份命名简单直观,非常的平易近人,已经提
立即让所有人全票通过,因此就这么顺理成章的用来了公司的主力产品office系列上。
同mac系统和windows那样的
集成度的图形系统不同,MIT的人将这
X视窗系统分为了三个
分,服务端、客
端和通信函数库。
这可忙坏了徐志行,不
当然,这样一来所有的开发工
就得重新设计和修改,虽然增大了vs公司程序员的工作量,但是为了日后的利
和优势,这是不得不投
的。
因此理论上只要
件足够
大,可以运行许多服务端、客
端而互不
扰,颇有
服务
的意思。
这招不折不扣的是和微
学的,长久还
仁慈,只不过掌握了这一新层而已,只要不公开这
API的
细节,日后
本就不可能有任何公司能够在应用
件层面超过VS公司。
其中服务端就相当于总控
件的显示程序,它接收服务端的绘图指令
作
件完成绘图任务,将得到的数据传输给客
端。客
端不需要接
件指令,只需要请求、显示即可。
在85年长久针对变化的市场特意制订了一个火箭计划,秘密开发全新的基于图形界面的office系列,主要目的就是要借着图形
作系统的更新将那些在字符型系统下
劲的竞争对手彻底甩开。
相对这帮各有一
的狂人来讲,技术上的难题或者并不构成障碍,
上足够的时间与金钱自然会跨越的,难得是如何将这些家伙
合到一起协同工作。
得到了x视窗系统的所有资料之后,长久也专门下了一番功夫,不得不承认这是专门为了小型机和工作站设计的。