2005-11-19 09:41Zoom全屏GoLive与DreamWeaver的未来之路

薛欣注:老赵说的是概念上的东西,我就说点事实上的事情。理论上不管是使用Dreamweaver或Golive在应用层面对我的影响都不大。不过很显然,我不敢想像Adobe CS2套件协作运行将有多么声势浩大,我甚至感觉约等于火山爆发或原子弹爆炸。具赵鹏说,在他的机器上,1G的内存运行单个的GoliveCS2都很吃力,如果是整个套件?你能想像的出吗?死机,必死无疑的死机。

和大家一样,我个人算是Dreamweaver的老用户,从2.0开始使用的,前年我金盆洗手,退出网页设计行业,全面转向教学。在实际的教学过程中,越来越发现Dreamweaver在设计层比较容易,已经没有什么可教的了,后来发展到讲Dreamweaver时更多是在讲色彩搭配和版式。因此赵鹏说Dreamweaver会完全转向数据库开发,这个我是有体会的,我想他说的也许有理。

我跟学生经常提到,Dreamweaver像一个十几岁的小姑娘,有些古里古怪的小脾气。对于初学者来说,有时会莫名其妙的完不成任务,莫名其妙的出错。不过只要你摸准了她的脾气,就非常好用了。说这些话,是因为我见过太多的初学者被DW搞郁闷过。虽然DW在很多方面并不成熟,不过作为一个熟手,我个人还是非常喜欢这个工具的,特别是界面的那种"辽阔"感。

近期,我已经完成了Photoshop CS2和Flash8相关图书光盘的写作和录制,也制作了Illustrator的少量教学,我想我只能陪大家到这里了,因为这几个软件在我的机器上单独运行时已经是超载了,下个版本注定和我无缘了。

最后,祝贺老赵的Golive视频教学发布,虽然鲜有人看。但对于我和老赵这样公认的Adobe的托儿,在这次变革中还是充满了兴奋和激情的。 来自:薛欣.COM




GoLive与DreamWeaver的未来之路
作者:赵鹏

在Adobe发布GoLiveCS2中文版之后,很多人对我之前所发表过的,Adobe将在网页制作方面扶持GoLive感到没有道理。认为DreamWeaver拥有如此普遍的用户群,怎么会被Adobe所忽略?那今天我就来分析一下我所认为的一些理由。请大家摒除成见,互相交流,共同进步。

附GoLive中文版视频教程地址(陆续发布中):
www.99ut.com/tutorial
www.blueidea.com/tech/web/2005/2996.asp

首先从这几年Adobe的举动来看,先是发布了与Flash相抗争的LiveMotion,然后在版本2.0的时候突然宣布中止该项目。这可以理解为在推出后市场预期不佳,赶超Flash无望。
这是很正常的,毕竟SWF的核心技术在MacroMedia手中。我认为,Adobe就是在那个时候决定收购竞争对手MacroMedia,并随之展开了历时几年的财务准备。于是中止了LiveMotion的计划,因为已经没有必要再为这个项目继续投入。原班的开发团队合并到AfterEffects项目中,实际上LiveMotion的核心开发成员原先就来自于该项目。
Adobe是一个软件巨人,因此虽然步履缓慢,但迈出每一步之前必经深谋远虑。如果Adobe打算扶持DreamWeaver,GoLive一定也会是在同个时期被叫停。结果GoLive不仅没有被中止,反而在之后加大了开发的力度,并加入了对DreamWeaver界面的兼容,这个界面改变使我在初次使用GoLive7.0(即CS)的时候好生纳闷。

那GoLive为何没有被叫停呢?我认为有如下几个理由:

一是GoLive的版本已经很高,达到了6.0(CS2相当于8.0),一个软件在如此高版本的时候,内核都已经非常成熟。就如同Photoshop内核在4.0时候就已定性,随后的各个新版本,都只是在周边操作上做文章。GoLive也是如此,其内核在3.0时代(即被Adobe收购之时)已经很完善,否则不可能在当时的MAC平台处于垄断地位。
放弃一个已经成熟的软件是不明智的。此其一也。

第二个理由是决定性因素,这个理由决定了Adobe必须扶持GoLive而不是DreamWeaver,那就是Creative Suite套件的发行。

Adobe近些年的开发理念发生了转变,即不再只看重于单个软件的功能,而是努力营造一种多软件综合使用的新概念。就是以拳头产品Photoshop、Illustrator作为龙头,将原先应用于其他领域的软件(如排版的PageMaker)都与之进行功能上的组合。
这个概念从经营策略上来看很有远见的,通过套件方式可以综合应用到各个领域,甚至那些并不是处于优势地位的领域。
这个概念其实并不新鲜,Microsoft就发布了Office套件,将文档编辑Word等软件综合发布,最终打败了原先在文本编辑、日程管理等方面占绝对优势的莲花公司。

套件成功的原因在于用户对套件的青睐,套件各软件之间都有很好的继承性,比如Word文档可以很容易进入到FrontPage做成网页,或进入到PowerPoint做成幻灯片。
套件各软件的操作相似性也令用户省去了重复学习的时间,无形之间就是提高了工作的效率。或许这对于熟练的操作者来说无足轻重,但对于新手来说无疑是方便的。
并且,大家必须明白,新手永远比老手要多得多。虽然Adobe已经拥有许多老用户,但它也更明白新手市场的庞大,况且设计的老手也可能成为排版的新手。
这也就是为什么我写的《大师之路》系列教程主要针对新手的原因。

发行套件看似简单,实则非常复杂。因为各软件各自为政的时候,只要做好本职工作就好了。而如果作为套件的一部分,它就必须具有良好的兼容性和可共享性。其实Photoshop和Illustrator在很早的时候就开始彼此兼容的尝试。

我认为兼容体现在三个层次

最低级的,是文件格式兼容,即一个软件可以打开另外一个软件所保存的文档,并转换为自己的格式。而文件编辑性必须把握尺度,否则容易造成软件功能的彼此冲突。设想一下,如果Photoshop可以完美地操作矢量图象,可以完整地编辑ai格式,那还有谁会去用Illustrator?正是出于这个原因,因此文件兼容方面始终不可能完全到位。

其次是剪贴板兼容,即多个软件同时运行,共享剪贴板。最显著的例子就是在Illustrator中绘制复杂的路径,然后通过剪贴板导入到Photoshop中。
此种兼容方式在技术层面上难度极高,因为需要转换不同软件中完全不同的处理方式,因此范围非常有限,实际上很多软件之间的剪贴板兼容,仅仅相当于免去在第一个软件中导出和在第二个软件中导入这两个步骤。

最高级的兼容,是流程兼容,也可称为协作式兼容,即多个软件同时或先后运行,完成流程中所需文档的建立或更新。这种兼容主要体现在不同领域的软件之间,比如在出版软件和图像处理类软件之间。这种兼容方式,正是Adobe Creative Suite套件所倡导的方式。

那我们来说一下什么叫流程兼容,举个简单的例子,我们使用Photoshop制作并以GIF或JPG等通用图像格式输出了一个按钮图像,通过DreamWeaver放置到网页中。如果以后需要修改,哪怕是最小的改动都必须再次开启Photoshop,然后再次输出GIF或JPG图像,而在DreamWeaver中也有可能需要再次设定该图像的参数。
如果我们使用GoLive来放置该按钮图像,则可不再以GIF或JPG等通用图像格式,而是直接以Photoshop专属的PSD格式放入网页,GoLive会将其保存为JPG或GIF。以后如果在Photoshop中修改了这个PSD文件,GoLive则会检测到改动,并自动更新相应的JPG或GIF。
可以在关闭GoLive的情况下在Photoshop中修改该PSD文件并保存。再次开启GoLive并打开相应站点或网页的时候,图像更新就会自动进行。更新时Photoshop并不需要同时运行。此外,GoLive甚至可以直接更改PSD文件中的文本内容而不需通过Photoshop。(具体操作演示见http://www.99ut.com/tutorial/photoshop/other/smatpsd001/index.html)此类方式还可应用于与InDesign和Acrobat配合的制作中。
可以看出,这种流程兼容无论是对于个人或是团队,都是非常高效的。这也是Adobe几年以来一直努力的方向。曾占霸主地位的排版软件PageMaker被叫停(暂未下线),改由全新的InDesign代替,就是因为PageMaker的程序老旧功能单一,无法满足流程兼容的需要。

因此Adobe扶持GoLive的主要原因就它是Creative Suite套件不可或缺的一个环节,没有它,Creative Suite在网页出版上就是空白。而这个空白无疑又将给自己制造一个未来的竞争对手。Adobe在很早也就开始尝试让GoLive加入到流程兼容中并取得了成功,而新近收购而来的DreamWeaver显然不具备融入流程的能力。GoLive因为多了些Adobe血统和习性,注定被Adobe推到第一线。

那么在以后,DreamWeaver是否有可能代替GoLive?呢?
一般来说,Creative Suite套件既然发布,并且目前为止已经发布到了版本2,那么更改其中成员的可能性就极小极小,因为更改成员软件将引发一系列的麻烦,包括产品支持,软件教学,以及新旧文件版本兼容。
尤其是新旧文件兼容,是非常具有难度的,因为一个软件所保存的文件格式,通常都与之内核流程息息相关,而如果要令DreamWeaver兼容GoLive的站点管理模式,几乎相当于重写内核代码。而如果DreamWeaver作为新成员无法完全接管以前GoLive创建的站点,Adobe则可能面临被起诉的危险。原因很简单:产品的升级令用户损失了数据。

DreamWeaver最可能的去向是转向专业编程及数据库开发。并可能以GoLive插件形式发布。这里再告诉大家一则历史:GoLive在发行6.0版本的时候是带有数据库编程模块的,支持asp、php、jsp等语言。当时是购买了第三方的代码以插件形式加入。但是在发布CS(即7.0)版本的时候(即LiveMotion下线之时)突然取消了数据库编程模块。现在想来,原来是想在今后利用DreamWeaver的成熟技术。既然这样,就没有必要继续付钱给第三方了。

因此大家千万不要小看了Creative Suite套件,不要认为那只是单纯的名称改换。在它之前,Adobe的各软件都像彼此分离的大树,而现在这些大树不再注重高度,转为注重枝叶的互相交连,他日必遮天蔽日,这种联合的强大是超乎想象的。只是如果你并未涉足多个领域可能体会不到而已。可以说,除非Adobe财政崩溃或再出现一个软件业黑马加天才的角色,否则Adobe的霸主地位很难被动摇了。



因为涉及到出版行业,Creative Suite套件的协作定义是非常严格的,任何的色彩差异都不允许存在。这种协作不是MacroMedia的网页三剑客间的简单更新所能相提并论的。
要实现这一点看似简单,实则复杂,特别在使用不同色彩模式的软件之间,要完美实现这种协作几乎不可能。因为软件的色彩算法都存在余数差异,这种差异在经历基础色彩模式转换(如RGB>CMYK)的时候就变得突出。
特别是以Creative Suite的理念,数据有可能经历数次转换(如重复在Photoshop和InDesign中修改文档),即使是Adobe,也无法令各个软件的色彩算法完全一致。熟练的使用者都知道,Illustrator在取色精度上远高于Photoshop。这样从理论上来说,Photoshop就不可能继承Illustraotr的色彩信息。
(参见 www.99ut.com/tutorial/photoshop/series/index01gb_06.html)
为了解决这个问题,Creative Suite为各个成员软件嵌入了色彩管理,实现了色彩信息的无损继承。解决了历来困扰出版行业的色彩统一性问题。另外Version Cue模块为各个软件的文件格式共享提供了快速通道。

因此,现在大家一定要从单一的软件功能思维中解脱出来,我们所面对的未来不再是一个可以凭借单身侠客独步天下的时代了。

对于个人来说,或许没有多少重要性,但企业客户选择Creative Suite的原因就是它可以带来工作效率的提高,出版校排周期的缩短。由此带来企业运营成本下降,加大出版业竞争等一系列波及效应,也是个人用户无法体会到的。在以前,要想从事出版就必须有各个部分的专业人员,而现在借助Creative Suite套件,甚至个人都可以完成从设计稿到上版印刷的所有工作,且较低的门槛令过程不再复杂,操作不再生硬。
在印刷领域唯一可与Adobe较劲的,就是Corel Draw,而Corel Draw之所以能抢占市场也在于其集成了从设计稿到印刷的各个模块,因此虽然它在矢量上不及Illustrator,在位图上不及Photoshop、在排版上不及InDesign(甚至还不如PageMaker),但仍被许多企业用户所选择,就在于它的集成性,企业各部门可以通过全部使用Corel Draw来实现各个环节的良好衔接。

应该看清楚的是,国内大部分的软件使用者大都出于兴趣或者爱好,而国内的企业也大都没有形成有效的流程机制,也还没有接触到这种流程管理的概念。
或许大家认为我所强调的企业用户的选择对于我们个人来说影响不大,其实不然,一来个人工作最终要以企业机制为准。二来企业用户的选择将逐渐形成主潮流,从而引起教育机构和第三方开发商的跟进,各类教学和培训将展开,各种功能增强插件也将逐渐繁多。在这里要告诉大家的是,作为收购的后续,Adobe已经在国内和世界范围全面接手MacroMedia的软件培训。而国内教程的重点,也会从单一的软件功能教学转向软件综合使用,这也正是我所写教程的主旨思想。在这个教学前提下,DreamWeaver势单力薄,很难被归入到系统性的教学计划中。

另外,对于传统DreamWeaver使用者向GoLive的衔接问题,Adobe可能采取通过外挂转换软件完成对传统DreamWeaver站点的转换,同时停止DreamWeaver的版本开发以避免惹上官司。利用DreamWeaver优秀的内核开发全新的产品。因此并不存在是否需要说服用户的问题,用户可以选择升级到GoLive,或继续停留在旧版本的DreamWeaver管理现有的站点。

薛欣.COM转载
作者:Poster:xuexin 分类:Category:转载内容 回复Comments:  引用Trackback:  阅读:Read 

回复Comments

{commenttime}{commentauthor}

{CommentUrl}
{commentcontent}
留言回复(带*号为必填)Post Comment(* must be)

作 者Author:

 主 页Homepage:

 邮 箱Email:

内 容Content:

 选 项option:使用表情Enable Smile转换UBBEnable UBB记住我Remember me

 验证码Verify Code:验证码