RSS
相关电脑文章
 
当前位置 : 主页 > 电脑软件 >

新一代Office取代Web浏览器?

时间:2013-05-05 15:35 浏览:

要是说“用Office取代Web浏览器”,肯定会有许多读者觉得不可思议。无论是互联网还是企业内部网,在客户端装上Web浏览器就足够了。说什么要用Office取代它,真有点不着边际。




  但微软却是真的想用Office取代Web浏览器。作为各种系统的客户端,微软甚至将新一代Office的产品名称改为“Office System”。日语版预计在2003年第4季度问世。




目标直指Web系统客户端




  微软推出的Office System主要瞄准企业的业务系统客户端,尚没有完全取代Web浏览器的打算。作为业务系统客户端,Web浏览器存在使用不便的一面。微软希望此时用户能够转而使用Office。




  使用浏览器时最不方便之处就是输入数据。浏览器本来是用于浏览信息,输入数据只是一项次要功能。




  比如结算交通费的Web系统,输入区纵横交错,要逐行输入日期、上车车站、下车车站、票价等。用浏览器输入时最麻烦的是在各输入框之间移动光标。要么用Tab键按顺序移动,要么用鼠标一个个地去点。插入或删除行的操作也只能靠特别的后台制作来实现。如果发现输漏了一行,就得回到遗漏处开始重新输入。




  如果是Excel的话,就不用费这么大劲了。可以自由移动光标,插入或删除行也很简单。输入大量的表格数据也不困难。并且可以把空白处当作计算器来使用,然后复制其结果。




  还有一些Office特有的灵活用法。比如可以将收到的数据处理成各种形式。例如,可以用Excel把销售数据制作成图表,进行各种模拟。而浏览器则只能按预先确定的格式显示。




  微软希望在可以发挥Office上述优势的地方让新一代Office一展身手。




支持Web服务、协作更方便




  为了方便客户端接入业务系统,微软在新一代Office中采用了Web服务技术。Web服务的一个特点是通过Web技术使得不同系统实现相互协作。除微软外,美国IBM与美国Sun等众多开发商也在推进这一服务。如果支持Web服务的话,Office就能很方便地与各种系统相互协作。即便是宿敌UNIX系统也没问题。




  在Web服务中,交换的数据格式采用业界标准的XML(扩展标记语言)。通信协议为“SOAP” ,这是一种将XML装入电子“信封”进行处理的协议。即便是多开发商的系统,SOAP的相互连接性也不存在任何问题。




  因此,Office System大大强化了对XML的支持。在Excel中,单元数据已经可以当作XML数据来处理了。既可以从Excel文件中输出XML数据,也可以反过来输入XML数据。在Word中已经可以生成符合XML数据结构的文件了。而Office System则更进一步,专门预备了全面采用XML技术的软件“InfoPath”(开发代码:XDocs)。




  当然,在目前情况下,企业间的电子商务交易系统等Web服务的应用范围目前还非常有限。为了建立易用性更高的系统,可以说Office System是提供了将Office用于客户端并与Web服务一起作为一个选项来使用的。e-bridge咨询本部长冈部惠造表示:“Office System有可能会给Web服务带来一场新的革命”。




功能上还不完善




  Office System是以这些新用途为目标开发的。笔者曾在有关Office Sytem的一个专集中对其功能做过评述。当时使用了日本微软在2003年4月发布的测试版。




  从整体上看,Office System的确大大强化了对XML的支持。并提供了与Web服务系统相连接的功能。但用一句话来表述使用后的感受的话,那就就是“功能上还不完善”。有些本以为“理所当然”应该具备的功能却意外地没有。




  在业务数据管理领域广泛使用的“Excel”中,增加了工作表中的数据可作为XML文件进行读写的功能。但将其放到Web服务中使用则并不容易。如果不进行繁琐的编码就无法用于Web服务。如果是前面提到的全面采用XML技术的“InfoPath”,则无需编码就能连接Web服务。无法实现与Excel相同的功能,当然难以让人满意。




  如果将InfoPath对XML的支持与Office System对XML的支持加以比较就可以发现,InfoPath充分发挥了XML具备数据与文件双重性质的特点,对于文件本身或文件的固有属性,可以根据用途进行单独处理。




  在由字处理软件生成的文件中,给文字赋于了各种各样的属性。不如指定字体种类与大小,向左对齐或向右对齐等。而在评估文件及业务报表等固定格式的文件中,则将多个文件作为可比较数据来处理。当作为数据来处理时,文件附带的属性信息就没有必要了。




  在这种情况下,XML可以将数据本身(XML数据)和属性及布局等数据(样式表)分别管理。InfoPath文件实际上是将XML数据与样式表分开的结构。因此,用InfoPath制作评估文件与业务报表的话,在保存文件的同时,还可以对其中的数据进行统计和分析。




  InfoPath与Web服务还具有很强的兼容性。生成的XML数据在Web服务上进行处理时无需编码。在GUI画面中只要指定为Web服务的URL就可以接入Web服务。




  但InfoPath在功能上也有不尽如人意的地方。首先是数据计算不方便。如果只是对数据进行合计的话还凑合,但进行的计算稍一复杂就得进行编程。这其中就包括由单价和数量进行合计的计算。在评估文件等固定格式文件中,这类计算肯定是少不了的。此外,还存在1个文件只能处理1种类型XML数据的限制。要制作能登录到多项Web服务的文件就需要复杂的运算。




Sun也在探讨实现富客户端(Rich Client)的技术




  把Office等富客户端软件用于业务系统的需求肯定是存在的。通常情况下用Web浏览器就足够了,但遇到需要输入大量数据的情况时就需要使用富客户端软件。




  美国Sun近来也准备探讨开发富客户端技术。目前正在JCP(Java通信处理)中开发名为JavaServer Faces的技术。该技术基本上可以说能够轻松地生成Web浏览器界面。只需使用基于GUI的工具把“按钮”和“输入框”等粘贴到窗口中就能生成Web页面。Sun希望通过发展这一技术来支持富客户端。尽管详情尚不清楚,但似乎是希望能使用工具同时自动生成Web画面与富客户端。




  除此之外,还有其他实现富客户端技术的方法。“美国Macromedia的Flash也是很有希望的竞争者”(日本IBM软件业务部WebSphere业务推进的伊藤KATSURA营业企划推进部长)。也有使用原来的VB与Java小程序的方法。但“尚看不出哪一种能脱颖而出”(UL Systems CTO山岸耕二)。




  从“什么都用Web浏览器”到“根据情况采用富客户端技术”这一思想的转变已经确定无疑。谁能成为这一转变中的主角,还有待于今后的技术进步。