很多人都玩过“拼图游戏”，我很早以前就是个“拼图游戏”的爱好者，。最早是玩苹果电脑（Macintosh）上拼图游戏 puzzle 。后来，一个很偶然的机会，我得到一张苹果版的 Adobe Illustrator 的安装光盘。意外的发现上面有一个维娜斯头像（此为 Illustrator 的启动屏幕）的拼图游戏，并发现它是使用 Director 编写的（香港方面用 Director 4.0 制作的《和刘小慧的一个星期》也设计了一个拼图游戏）。当时我已经开始使用 Director 编写多媒体演示程序（那是 1995 年），但是缺少对 Lingo 的高级功能的掌握，往往我所编写的程序使用了不少函数，而对列表和对象这样的数据结构却从未使用过。在某些情况下，这种编程经常是事倍功半。三年前，我使用 Director 编写了第一个“拼图游戏”，这个版本费了我很长时间（大约一个星期），程序代码很长，也很乱。后来连我自己都有些看不懂了。随着我对 Lingo 的日益了解，逐渐发现在以前编写的程序中没有使用列表是多么的愚蠢。几天前，我重新用 Director 编写了新版本的“拼图游戏”。不仅原代码减小了（更易于理解），而且仅花费了两个或扮小时。现在我们逐步分析如何用 Director 编写“拼图游戏”。
使用列表是编写“拼图游戏”的关键，可以说列表在 Lingo 编程中比对象更为关键。因为使用 Lingo 面向对象功能的用户要比使用其传统数据结构功能的用户要少（国外使用 Lingo 对象的用户很多）。我所编写“拼图游戏”的界面如下图：
首先，我制作了 16 个 BMP 格式的拼图，每个为每个为 100 ＊ 100 像素大小。分别代表上图中 16 个小拼图，命名为 1.bmp,2.bmp,3.bmp,4.bmp,5.bmp,……并将这 16 个文件导入
Director 中。它们分别是角色库中的 1 到 16 位的角色。如下图：
同时，我们将这 16 个拼图依次排列在 1 到 16 号通道上，如下图：
现在，我们要讨论使用 Director 编写“拼图游戏”的思路。Lingo 中的在线替换角色函数the memberNum of sprite 是其中所用到的最重要的函数。我们正是通过鼠标单击在相应的精灵通道上时，将所单击的精灵的角色替换为 16 个拼图中唯一的一个空白位图角色。这其中有几个难点需要注意。第一，这种替换并非是任意的，只有空白周围垂闷团宽直和水平方向的拼图才可以移动。举例说明，见下图：
上图空白块的周围只有数字为 6,9,7,14 的拼图才可以移动。而其它拼图在单击时，将不会与空白处相互替换。这需要建立空白块在不同通道时的可以移动通道列表。这里用到了一个全局变量 gEmpty，它用来存储角色为空白的通道号；第二，每次启动该“拼图游戏”时，必须随机排列此拼图，而且每次图案都不相同。这就必须建立一个每个通道的角色列表；第三，必须建立一个判定条件，最终玩家拼出如第一个图所示的图案，则表明玩家已经成功地拼出图形。这需要建立一个列表，即最终图案中各个通道中的角色库列表，也就是列表 Finish = [1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16]。为了和最终列表 Finish 比较，在当前帧循环时，每次退出当前帧都要生成一个临时的各个通道的角色列表；还有一点，第一次进入循环帧时需要根据随机列表作所有通道的角色替换，而以后几次循环时每次进入循环帧则不需要，因此需要一个判定变量以判定是否为第一次进入循环帧。
看起来很复杂，但实际做一遍并没有那么麻烦，相对使用别的高级语言来编写此程序，Lingo 需要您使用新的思路来考虑编程。它使您不用涉及许多编程细节，而更多的考虑解决问题的方法，而它又没有传统脚本语言那么功能贫乏。
首先，我们需要自己编写几个函数（或个人句柄）。
第一个函数是生成 16 个随机列表的函数 generateList。
它的具体代码如下：
on generateList
global gEmpty,randomList
set randomList = []
repeat with x = 1 to 16
addAt（randomList,random（x），x）
end repeat
end
因为 Lingo 没有提供对列表随机排列的功能，所以这里使用了来自 Tab Julius 先生的《Lingo ！高级指南》中的一段代码，它非常巧妙地通过循环语句中使用 addAt（），random（）函数生成随机列表。它在循环中先随机产生列表位置，并将其赋予 1-16 中的值，当 addAt（）函数向列表中相同位置添加值时，它会将位置推后，这种特殊的工作方式将不会出现重复现象。
第二个函数也是最重要的一个函数 exchange（）。 它有一个参数，。此参数为通道号。当在一个与空白垂直或水平相邻的拼图上单击时，应将二者的角色对换，即，空白所在的通道将角色换为被单击的通道的角色，而单击的通道的角色换为空白。并将被单击的通道号赋予标识空白所在通道的变量 gEmpty。函数中的变量 x 为临时变量，用于作替换时暂存数据。
on exchange n
global gEmpty
set x to the memberNum of sprite gEmpty
set the memberNum of sprite gEmpty to the memberNum of sprite n
set the memberNum of sprite n to x
updatestage
set gEmpty = n
end
此函数用在每个循环帧中 1-16 号通道，用法如下：
on mouseup
if inList（1） then
exchange 1
puppetsound "click"
end if
end
这里用到了另一个编写的函数 inList（），此函数用于判别当前被单击的通道是否在可移动列表 M 中，如果是在列表 M 中，则返回 TRUE。
函数 inList（） 代码如下：
on inList cnt
set countnum = count（M）
repeat with x = 1 to countnum
if cnt = getAt（M,x） then
return TRUE
exit repeat
end if
end repeat
end
其中 M 为当前可移动通道号列表，首先函数使用 count（）函数计算列表 M 中成员的个数，并将其赋予变量 countnum，变量 countnum 为循环检测的终止变量。循环语句中，判定 inList（） 的参数 cnt 是否在列表 M 中。如果在其中，则返回 TRUE，并退出循环。
另外一个函数是 move（），它将返回当前可移动通道列表。
on move sth
return getAt（mList,sth）
end
它根据空白所在通道号来返回当前可移动拼图通道号列表。这里我使用了一个二维列表 mList = [m1,m2,m3,m4,m5,m6,m7,m8,m9,m10,m11,m12,m13,m14,m15,m16]，其中 m1,m2,m3,……为空白在 1,2，3,4,5,……时，可移动通道号列表。举例，如第一张图，当空白处为 16 号通道，可以移动的通道为 12 和 15 ，即，m16 = [12,15]。所有这些列表将在on startmovie 事件句柄中初始化。
一、程序设计流程流程线为Authorware所特有，以流程线表示程序流程，图标代表一个对象或 *** 作方式，通过各类图标引入文字、图片、声音、动画等各种媒体，还可以很容易地加上按钮进行交互控制。如果将一个个图标堆叠在流程线上就磨昌组成了程序，完成一些特定功能的图标可以建成一个组，形成程序的一个功能模块。程序执行的方式是一般是沿流程线是自上而下、由左而右。图2就是一个程序流程的示例。从这里也可以看出，Authorware最大的特点就是简单易用，你甚至不用写一条语句，就可以将一大堆元素有机碰游陪地组合在一起，编出一个图文声并茂的程序！
Flash的程计则是以时间线为主的，动画是由以时间发展为先后顺序排列的一系列元素组成的，在编辑过程中，以对关键帧的 *** 作产生不同的动画和交互效果，所以它们对于时间笑蠢的控制较为容易，都具有强大的动画功能。它们制作动画的方式基本相似
Authorware本身制作动画的能力不强，但它能调用由Director和Flash的动画，并支持动画中的交互功能。Director也支持Flash动画，并能很好的兼容。
二、交互方式
交互是多媒体的灵魂，如果一个多媒体作品没有交互，那它称不上是一个合格的多媒体作品。交互就是人与机器进行沟通，最简单常用的交互是你鼠标点击一个按钮，程序执行响应子程序……
Authorware提供了十一种交互方式，利用这些交互，我们可以轻松的完成按钮、热区、热对象、移动对象、下拉式菜单、按键、文本登录、条件、时间和尝试及事件响应；Director的交互方式则是通过Lingo指令或设置行为（Behaviors），可使任何元素都可能成为交互对象；
三、支持对象的种类及控制
1、声音
三者都能引入wav、mp3等常见声音并控制。Director有两个声音通道，如果通过Lingo指令还可控制更多的声音，所以可将背景音乐、对白与音效同时放映；Authorware要想播放两个声音，其中的一个就必须是MIDI音乐，或者求助于第三方插件。
2、动画
在Authorware中有专门的电影图标负责导入和控制电影和动画素材，并且支持大多数常见的电影格式（包括.flc、.fli、.cel、.dib、.dir、.dxr、.mpg、.mov、.avi、.swf等），因而其电影集成能力很强；Director本身就有强大的电影制作功能，因而也被称为“大导演”，它的内部可制作“循环电影”，也可导入外部电影文件（.mov、.avi、.gif、.swf、.mpg、.flc等)，另外可将Director中制作的动画导出为.mov或.avi格式的电影文件；
3、图形图像
它们都支持常见外部图形软件格式（.bmp、.jpg、.gif、.psd...），Director有最强大的图片透明功能，能对图片使用各种模式的透明方式并设置不同的透明度；Flash可以创建透明的图形，并可改变不同层次间的透明效果，如透明度、透明颜色等属性；Authorware的图像功能较弱，只能借助外部图形的alpha通道产生透明效果，在这一点上它与Director相差很大。
4、库（Library）与演员（cast）
Authorware及Flash中都有库（Libraries）的概念，在Authorware中库是外部文件；在Director叫演员，虽不称为库，但其包容的范围比库更为广泛，所有在电影中出现的元素都叫演员（cast）,所有演员都会出现在演员窗口中。库与演员的共同特点是可重复利用，这不仅能减小作品的尺寸，还可以更有效地维护和组织媒体。
四、扩展功能
Director和Authorware的多媒体功能是十分强大的，然而不少其它方面功能仅仅靠这些软件本身是无法实现的，因此就诞生了第三方插件。通过这些扩展我们可以实现一些Director和Authorware本身所局限的一些功能。
在外部功能扩展方面，Director、Authorware比Flash要优越得多，Authorware、Director都能使用Xtra和ActiveX来进行自身的扩展，实现很多高级语言编程才能实现的功能，Authorware还可以使用特有的扩展函数UCD、U32等。通过这些扩展功能的使用，Director和Authorware甚至可以编写系统底层的程序。
通过上面的比较与实例，相信你一定对Authorware和Director有了初步认识。由于Authorware功能强大、容易入门，因而是非专业制作人员的最佳选择。Authorware特别适合制作教学软件、项目简报、产品演示等具有交互功能的多媒体作品。
如果你打算成为出色的多媒体专业制作人员，那么精通Director必能让你如鱼得水，但要做到这一点，需要长期的经验积累。从Macromedia公司最新发布DirectorMX版的介绍中可以看出，它的功能又大大增强，如：支持导入Flash MX文件并高效的控制、可创建方便残障人士使用的软件、重定义已存在的应用程序以符合接口标准、使用 Macromedia 服务器端技术、高级调试功能、新的演员属性检查窗、提高工作效率、支持 QuickTime 6 、与Mac OS X相兼容等。
如果一定要说出Authorware与Director与孰优孰劣，是没有任何实际意义的。
所以我不会象一个真正的“闪客”那样不停的发掘每一点潜力来做出一切效果，而是喜欢在实际工作中发挥每个软件的特长并加以优化组合，以达到设计投入与设计效果的最佳比例。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）