在Flash MX出现之前，就像你们之中很多人所了解的，JavaScript方式中的FSCommand命令集是解决在并发的swf文件之间实现交互的最好方式，这一点本站的一个教程已经提到，在别的网站上你也能得到相关的信息。你们也知道使用FSCommand命令解决此类问题时会有很多缺陷，比如在不同的浏览器和不同的操作系统上所产生的不兼容问题。和FSCommand命令相似，Local Connection对象答应我们在并发的swf文件之间实现通讯交互，而不会产生不兼容现象，很少出现冲突问题。

什么时候会使用到这种交互性呢？设想有一个站点利用HTML框架结构将swf文件的导航栏和内容分割开来(或者内容在弹出的窗口显示)。一个很常见的问题就会出现，用户在内容框架里面做出的指向导航框架的控制操作，经常是失效的。例如，当你利用导航栏浏览一个网站的名为\\'Profile\\'的部分时，相对应的\\'Profile\\'按钮会高亮显示，它指示着你当前正在观看的内容，然后通过在内容框架里面的一个超级链接跳转到名叫\\'Pricing\\'的部分，请问你怎么使导航栏的\\'Profile\\'按钮的高亮显示状态转移到\\'Pricing\\'按钮上，以反映这个跳转过程呢？好，假如你很幸运的拥有了Flash MX的话，你就可以使用Local Connection对象来解决这个问题了。

下面是一个简朴的例子。你可以看见在下面有两个独立的swf文件。在第一个文本框中键入一些字符，然后点击\\'Say!\\'按钮，可以看见一样的字符被传递给了第二个swf文件。这个例子不是十分贴切，但是能够说明一样的概念。

on (release) {
	talkingLC = new LocalConnection();
	talkingLC.send("simple_lc", "comeBack", speech);
}

listeningLC = new LocalConnection();
listeningLC.comeBack = function(speech) {
	tmp = speech;
};
listeningLC.connect("simple_lc");

首先我们检查一下接受信息的swf文件。开始，我们通过定义一个名叫listeningLC的Local Connection对象。正如我们希望的，我们可以给这个对象附上方式(函数)。在上面的例子中，我们创建了一个名叫comeBack的方式，很简朴它有一个参数，并且将参数传递给场景下面的文本框，它的名字源自于我昨晚看的电影。最后，我们使用内建的方式connect来指定另一个我们想要联系的swf文件。这里的simple_lc是在swf文件之间的任意的连接名称。接下来，我们将会具体讨论connect的问题。

上一页的第一段代码用于发送信息，其中的第一句代码简朴的新建了一个Local Connection对象。注重，这个发送数据的对象名称不能和接受信息的swf文件中的Local Connection对象名称一样。这个连接名称的作用是，它告诉Flash文件要和别的哪些swf文件取得联系。在给接收信息的swf文件中的Local Connection对象命名的时候，也要注重上面说的问题，这是实验成功的必备条件。第二行是要害，其中发送的方式接收多个参数、变量，第一个是swf文件之间(共同的)连接名称，如上面的例子的simple_lc；第二个，名称是你想调用的方式名，这个方式名是在接收信息的swf文件中定义的，如上面例子中的comeback；剩下的参数(是一个变量)将会被传递给你在接收信息的swf文件中定义的函数。例如，在上面的子中，变量被传递给了接受swf文件中的comeback函数，变量speech的值将会被显示在接受swf中的文本框。

有时候连接会不成功，可能是代码的问题，也可能是domain(域)发生冲突(见下面)。虽然看起来一切运作正常，但是实际上没有见效，致使我们不能成功的进行下去，这时防备性的程序设计可以指导我们进行检查。Macromedia提供应我们了onStatus事件处理器，可以异常有效的提供检查功能。当发送信息的Local Connection对象运行了send命令后，onStatus处理器将会被调用。它返回一个对象，包含着一个level(层)属性，可以帮助确定我们的命令是否成功。假如这个level属性等于一个字符串"error"，说明出现了错误。将发送信息的swf文件中的代码按照下面的例子改写：

on (release) {
	talkingLC = new LocalConnection();
	talkingLC.send("simple", "comeBack", speech);
	// Note in the line above the connection name is wrong
	// "simple" should be "simple_lc" as before. This is intentional.
	talkingLC.onStatus = function(result) {
		if (result.level == "error") {
			speech = "Connection failed!";
		}
	};
}

当你执行代码的时候将会得到连接失败的提示，那是因为发送信息的swf文件和接受信息的swf文件的连接名称不一样(上面的代码中也给出了相应的提示)。

你也应该了解Local Connections的其他的两个方式。第一个是close方式，我想你应该知道他的含义吧。当不再需要Local Connection的时候，你可以关闭它。假如把接收信息的swf文件中的代码改写成下面的样子，你知道会发生什么事情吗？

listeningLC = new LocalConnection();
listeningLC.comeBack = function(speech) {
	tmp = speech;
	this.close();
};
listeningLC.connect("simple_lc");

答案就是，假如接受信息的swf文件的代码中有close方式，运行后，你可以在发送信息的swf文件中更改文本框的内容，点击"Say!"按钮后，接收信息的swf文件中的文本框将会显示接收到的新的内容，但是这个内容以后将会是持久的，不能再更改了。接收信息的Local Connection对象使用delete方式也能达到同样的作用。

最后，需要考虑swf文件在不同的damain的情况。Macromedia在很大程度上确保了Flash MX player的安全性，答应我们同一时间通过domain在swf文件之间实现有选择性的交互，特殊是用到Local Connection的情况。假如你发现你的Local Connection不能奏效(就算它运转的很好)，你应该阅读一下MX安全白皮书(PDF)，特殊是关于domain(域)和交互性的那一部分内容。花上5分钟看一看，以后将会帮助你解决很多头痛的问题。假如你觉得确实需要从domain(域)冲突的痛苦问题中得到解脱，你可以使用Local Connection对象的allowDomain和domain方式来尝试解决你的问题。在Macromedia\\'s Local Connection文件中对此有具体阐述。

25分钟的关于Local Connection的速成讲座就到这里了！感谢Macromedia和他们的产品。假如这个教程帮助了你，请给我一个email告诉我一声。欢迎提供改正意见和建议。