作为企业，或许有继续使用authorware的可能。而作为单独的个人，已经没有必要在他上面继续了，在我看来，vc和delphi的辩论，vc和BCB的辩论，delphi和vb的辩论，都是有意义的。实际上，很明显，delphi程序员比vb程序员要幸运。
作为全世界拥有最多的程序员的VB,实际上已经死亡。作为他的继承者的vb.net，实际上已经只拥有了他的外表。底层，思考问题的方法都已经不同了。任何使用过vs.net的人都知道vb.net和vc#更相像一些。作为vb程序员，不然就是强迫自己转向，不然就是继续在vb6上面“缠绵"。如果要继续发展，转是比可避免的了。

lvzhiguo在上个帖子中说

引用:

---

我正在转dr，它的商业价值更高，但并不表示我会放弃aw，在做触摸屏时还是用它拿手。（小熊早就转dr了）

---

上面的都是聪明人啊！：）无论从哪方面来说，用dr都好些嘛！不过flash也不错啊！学会dr,flash也不是很难的了。

知道百晓生吗？他可是搞了个兵器排名谱啊！：）
所以呢？这个兵器还是有排名的呢！

kwwx在上个帖子中说

引用:

---

知道百晓生吗？他可是搞了个兵器排名谱啊！：）
所以呢？这个兵器还是有排名的呢！

---

知道啊，呵呵！
不过我们也知道，AW和DR是同一个铸造大师制造的最称心如意的几乎不分上下的两件武器啊！正所谓“屠龙”===“依天”也！！

首先，我想说，中国目前最缺少的不是好的程序员，是好商人！
其次，我觉得在DIR和AW、delphi和vb之间争论该淘汰谁，是很可笑的一件事。这不是由某个人或某些人说的算的，最终是由市场决定的。在很多方面苹果比微软好，尤其是在早期，但最终市场却选择了微软。VB是不如Delphi，但为什么更多的人选择VB？也许在技术上Delphi比VB强，但在市场运作上显然VB比Delphi强的多。我开始学习VB,知道我为什么不选Delphi?因为我不认为我要实现的功能VB不能实现，VB已经够我用了，而且我能得到更多的VB资料，周围懂VB的人也多，想请教也容易，那我为什么一定要学delphi？至于C,我更是想都不想，对我来说没意义。
DIR和AW也是一样，在教育界绝大多数是用AW，为什么不用DIR？因为我周围没有人用DIR，AW对我来说足够强大了，我学会DIR，除了能向别人炫耀一下技术外，没任何用处。
很多搞技术的人都有技术至上的倾向。mimi的转载的文章很说明问题，很多对技术痴迷的人，总是努力掌握更先进的技术。但对于大多数人来说，计算机只是一个工具，如果把绝大多数的精力放在掌握计算机技术上是会耽误正事的。我是一个教师，我会AW，我从来就不想学DIR，有这个时间和精力我更愿意去了解VB和数据库，去学习教育理论。因为当计算机技术达到一定水平后，真正影响课件水平的主要因素是课件设计者的教学经验和教育理论水平。
当然，如果是靠多媒体这样编程混饭吃的话，我想应该更多地掌握DIR，同时也了解一些AW，这样你可能有更好的薪酬。
但DIR绝不会淘汰AW，就像AW不会淘汰Powerpoint，Delphi不会淘汰VB，（VB会越来越像VC？那微软一定是昏了头，那留着VB干嘛？）Dir与AW共同存在已经很多年了，到现在不还是AW的用户远远多于DIR用户？也许几年后AW会被淘汰，DIR能够多活几年，但最终都会被淘汰，那与我有什么关系？那时我还会去编程吗？诸位有谁真的要把程序员的工作当成一生的追求吗？
如果有人想以多媒体谋生，我会劝他好好学习DIR，但我不会在AW论坛里，告诉大家放弃AW转学DIR，那就像在一个人在可口可乐的柜台前大声告诉每个顾客：“喝冰红茶吧，不要喝可乐！”多可笑！

作为一个aw的至爱者我也许不该说这些，但我还是贴出下面的帖子，给一些刚接触多媒体不知学aw还是dr地非教师类人看看，避免他们后悔自己学aw或后悔学dr。如果是老师那学aw就正确无比了呵呵。（老师可省略看下文）

aw前辈小熊语录：

Authorware 是一种基于设计图标和流程线为结构的编辑平台，同时也具有丰富的函数和程序控制能力，将编辑系统和编辑语言较好的融合到一起。Macromedia自1987年问世以来，获得的奖项不计其数。 在1992年推出了Authorware 2.0版，已能满足一般多媒体软件的编制要求；1995年又先后推出了Authorware 3.0 和Authorware 3.5 ，在函数和变量的使用上有了很大改进；1997年又推出了4.0版本，它支持 Windows的ActiveX标准；今年 推出的 Authorware 5.0 Attain增加了许多功能：它不但支持 Flash、QuickTime 3.0 ，大大提高了开发效率，并针对因特网做了改进，可通过28.8Kbps的Modem也能体会到CD-ROM质量的内容。它已成为世界公认领先的开发因特网和在线学习应用的多媒体创作工具。最近，又推出了Authorware 5.1版本，增加了一些网上功能。在2000年底，退出的Authorware5.2，对多媒体开发与制作，又增加了一些便利的功能和一些KO！通过这几次的版本更新，可以看出Mm公司已经把Aw的主要方向定位在网络和远程教学上。

它主要应用在辅助教学、媒体展示、课件开发，也可以编制一些简单的游戏（类似Flash）和一些短小的应用软件。成为许多企业、学校、软件产业开发广告、教育培训软件、多媒体节目等制作的首选工具，并成为世界公认的开发Internet在线学习应用的首选多媒体创作工具。总体来说，它是媒体整合工具，而不是媒体全功能开发工具。它需要更多的媒体技术和作品的嫁接和支持，才能完全体现Aw的魅力所在。
以上部分是官方宣传！
以下是小熊在上海通力“Authorware年会”上的讲稿的摘录，是作者几年来对Authorware和多媒体开发一些不成熟的见解！




Authorware在我眼中（概念性）2000.08
我开始使用Authorware已经是4.0版本了。但在书店里，能买到的都是3.5版本的书。许多初学Authorware的朋友，一用上它就会迷上它。因为做为一套多媒体制作软件，
Authorware与其他不同的地方在于它具有不用写程序的特色，可使用流程线以及一些工具图标，制作需要许多通过语言编程才能达到的功能。 比如：分支流程和判断流程，
就可以避免写一些判断和循环语句。此外，它作为一种多媒体开发平台，可以集成3D Max、Photoshop、Director等软件制作的成果，使它们发挥更大的作用。
我先给大家粗略的介绍一下Authorware的特点。

1、Authorware提供了直接在屏幕上编辑对象的功能。
2、Authorware的可视化编辑同别的软件相比最大的特色在于，他的程序流程也是可视的。
说到编程，最近在学习Dr的过程中，能深深感触到面对对象的编程的灵活、强大。
Aw编程是一种简单的逻辑语言运算。不知道这样说是否准确。
——(1)在Aw环境中，一些简单的累加和判断，只需要简单的判断和循环语句就可以完成。一些更为复杂的事件判断、交互等编程，在Aw中也都有相应的简单函数指令完成。
比如，一个打印、读写外部文件等功能，都有一个个相应的简单函数指令。而且函数通常是配套使用，并有一定的因果关系。一切复杂的工作，都可以通过一个外部扩展函数完成。
所以，广大的Aw开发人员，对外部扩展函数支持Aw的要求比较高。大家天天盼着一些网站推出更好、功能更强大的扩展函数。
——(2)在Aw中，用一种看似面对对象编程模式——附加计算。它是名副其实的“附加计算 ”，只具有附加功能，追加计算功能。和一般的计算图标一样。它有别与Dr。Dr是
面向对象 的编程， 对于赋予角色的剧本，它能即时的对该角色的属性进行一些颜色递减、变形等属性动态修改。对于对多媒体元素的属性控制，更是无能为力。这与Aw
自身的特点有关。因为Aw是基于图标、流程、框架的编辑模式。它没有自己独特的编程语言环境，更没有针对多媒体元素属性的控制语句。
——(3)在Aw中，变量分为：系统变量和自定义变量，没有一般正常语言编程中的，局部变量和全局变量的区别，而一律当作全局变量。同时，也没有浮点变量和整数变量的区别，
而一律看作数值变量。（看来MM公司把他做的越来越简单化了。但，这也限制了Aw在许多方面的应用。） 这在开发中，就没有调用一个子程序处理器的能力。这也就丧失了更复杂的
运算功能。给开发中为了写具有同一功能，而参数返回值不同的函数时，要重复写同样的函数。
——(4)在Aw编程中，是以一个计算图标为一个计算单位。在进入计算图标以后（特别是进入一个循环和判断中），就无法接受其他交互的响应的死循环，直到离开计算为止。大家说
的 不能跨图标运行，也是Aw存在的一个问题。
3、Authorware可以简单的编辑一些图形。
4、Authorware提供了多样化的文字处理功能。在Authorware中，我们还可以定义文字样式，实现文字的超连接功能。
遗憾的是，这些文字样式之间无法建立必要的联系，就象网页中的文字超连接。比如：我们建立了两个文字样式，在Aw中，就无法使用编程的方法在两个样式中
相互转换。
5、Authorware提供了丰富的交互手段。
6、Authorware提供了模版功能，对于多人创作风格统一的多媒体，制作庞大的工程，开发组可以直接利用模版对流程添加内容。这是迅速建立多媒体软件框架的
必要手段。
7、Authorware具有强大的数据处理能力。Authorware虽然是可视化编程，但同时，它也提供了丰富的系统函数和变量，还有许多使用简便的扩展函数。
用户也可以创建自己的自定义函数和变量。
Authorware的数据处理能力，主要表现在CMI和数据库上。有许多系统函数变量，可以对数据进行跟踪和探测结果，自动修改数据。
我以前在UNIX服务器(局域网)上，上传过数据。也在Informix服务器远程数据库，进行过对数据库、表的SQL操作。Aw对于ODBC，更是没有问题的。
8、Authorware同样具备动态连接功能。利用这个功能，我们可以将任何一种语言创建的程序或其他成果导入Authorware程序中。
9、作为Aw，我觉得它最大的特点是容易开发，且开发效率高，反复可应用率高。它格式化极强，流程可视且明确。
这样良好的开发环境，最为适合大型、复合型和综合型多媒体的开发。它便于分工，易于移置，应该成为企业和开发公司的首选。但，Aw的自身特点，限制了Aw的应用。

Aw环境中的流程是Aw开发的最显著的特点，它的发展和改进直接决定Aw的发展和应用空间。流程，在开发CAI、课件、多媒体软件或演示中，它在我们的开发中起到了
很好的规范化。在设计和开发中，我们完全可以建造一个由许多图标形成的一个框架，而每一个图标内可以完全没有任何内容。

使用Aw的朋友都会有这么一种感觉：我们在开发的过程中，就象是在搭积木。在其他媒体开发工具中，要开发大型的项目工程，需要编写一些设计、规划、计划书，
而使用Aw环境的同时，就是在做设计规划。因为你的所有思路和规划，可以象拼图一样，把图标放在流程里，并可以任意修改它的交互响应和流向。这是流程的优点。

但，你有没有发现Authorware是编辑与运行是单任务、单线流程的？或许对于一个演示窗口，它已经满足了需要。如果我们想打开多个的窗口时，你会不会觉得困难呢？
如果这不困难，你再试一试本应该属于一个媒体演示的多个（子）窗口中相互传递数据，是不是更难了呢？Authorware这些缺点，在Director中，几乎是轻而易举的
事情。对于 Director的MIAW(Movie in a Window)即窗口中的影片，就可以解决Aw所欠缺的这一部分。

在你播放一个多媒体文件的时候，你会要考虑如何使整个播放过程都在你的控制之中。但恰恰是一些媒体文件（计算图标、运动图标）在运行后播放时，是无法接受
交互指令的。比如：流程进行到计算图标（循环）中，我们只有在循环结束，退出计算图标时，才可以进行交互。而这种循环，或许只是一个简单的大量的累加，却不能
在后台运行。

对于Aw软件本身来说，它继承了MM公司的优良血统，具有简单友好清晰的操作界面。
对于国外的用户，我不太清楚他们是如何定位Aw的。在国内主要应用于教育界——用来制作多媒体教育课件；媒体开发公司——制作多媒体演示光盘和多媒体软件。还有象我一样用
Aw解闷的人，因为学习使用Aw只是爱好而已，它没有为我的钱包带来一点点money。
大家能真正精通一个软件很不容易，所以，一旦喜欢上这个软件，都希望它会变的万能。
在论坛初期的一些帖子里，有许多网友都问，如何使用Aw制作一段动画、或如何制作类似Premire效果的电影等。那个时候，我们经常回答的是，"Aw只是一个多媒体整合编辑工具，
而不是多媒体全功能、全方位开发编辑工具。它需要更多的媒体技术和作品的嫁接和支持，才能完全体现Aw的魅力所在。"

由于网络的发展，使得几乎所有的多媒体开发制作工具都拥挤在Internet的"高速公路"的瓶颈里。几乎所有的编程语言，都开始为网络服务。Authorware同样也不列外，在5.0以后的版本
中，越来越重视课件的网上开发、传输和展示，这就需要Aw对网络多媒体技术的支持。
——1、 5.0中包括Voxware编码器，可以把.wav文件转换为具有高压缩比的.vox文件。并官方声称，即使在14.4k的猫上，也能同步流畅播放。
——2、现在目前的5.2版本，完全支持Ms Media Player/QuickTime/Real还比较难，主要通过ActionX Control来解决。
——3、5.0中增加了大量的系统函数和变量，用来检测网络带宽、检查文件是否存在、跟踪下载、并检查错误、调用Java程序等。

已经基本适用于通过Web浏览器进行交互操作的培训与应用。
——4、在Aw中打包，在盛行流媒体的今天，我的感觉，Aw不能算是真正的流媒体，不知道用碎片来形容是不是准确和专业。
在这里，我希望大家把Aw就只当成Aw，如果偏离MM公司对Aw开发环境和开发核心，而大谈特谈多媒体技术，也不现实。
……
……
……
(以下部分讲稿删减……)
2000.08.10

随笔1
没有Authorware的日子，我真不知道怎么过！可我就度过了这样的七天，百般无奈，学习Director8.0了。
我感觉国内的aw使用还处在初级阶段，使用Authorware4.0和5.0、5.1，对于国内用户来说，只是 可以更傻瓜的使用Flash和Gif，而其他的功能则很少有人问津。
2000年底推出的5.2版本，我连没有安装！因为我无法忍受MM公司在升级了几乎所有的产品后(Director8.0/Flash5.0/Dreamweaver4.0/Fireworks4.0/
UltraDev4.0……)，对Aw只是简单的修改，就象补丁一样发布了。作为爱好者，我期待的只有6.0。
在机器猫那里听说，因为Aw的市场不甚理想，因此MM公司一直没有对它作出很大的动作。这无疑给国内的爱好者泼了一盆冷水。在联想起前些日子，在MM网站上
没有关于shockwave的Aw版(据说现在有了)，更让我有些相信这一事实了。
所以，我也试着想象Aw的发展方向。它流线清晰流程要想向TimeLine和Script的Director接轨，好像还不可能。能么，Aw以后的发展会我行我素，还是另辟蹊径。
Aw在多媒体方面需要改进的地方太多了，但照现在的Aw状态改进，还很困难……
如果出现Aw6.0，对于许多人来说，可以期盼的是，希望出现一些更简单傻瓜的东东。但，我希望Aw能出现一些更强大的属性控制功能。
有限的使用领域、使用方式、使用环境都限制了Aw在中国的发展。在国内只有少数的人在为Aw写扩展函数和其他支持文件。
而我，没有在教育界，现在放下Aw，学习Director8.0…… 学习Dr以后，才发现它的功能异常强大，难怪学习Dr的用户觉得Aw用户是小儿科呢。我们还是应该好好探索Aw的应用领域，为国内的用户开拓更广阔的视野。 这是联盟的初衷！！
小熊祝大家在Aw学习上，更进一步！ 2000.06.03
随笔2
今天和北京的多媒体开发公司的朋友在OICQ上聊得很晚。他们主要使用Director！而在国内许多多媒体开发公司在招聘多媒体开发人员时，有的特别说明"公司使用Authorware的
人员很多，现在只招聘Director人员……"，等等。诸如此类！
我问了一个北京的朋友，他告诉我，在圈里，使用Director的人，一般觉得Authorware比较幼稚。
……
……
2000.12.18

vzhiguo的话，或则说是小熊前辈的话是很有道理的。
不管怎么样，那些靠authorware吃饭的人，应该要有所转变了。
老师可以继续！不过如果学D，学一些简单的编程，你会发现新大陆的。或许到了老师们都用d的那天。authorware才可以说真正的退出江湖吧！

----------------------------------------------------------------------------------------------------------------
不必要争这么多，你觉得对于你自己，值得学，就去学。
-----------------------------------------------------------------------------------------------------------------
“迷时师度，悟时自渡”。或许有了上面这些，那些在aw和dr中摇摆的人，灰有所领悟吧！