——利用合适的工具构建流水线软件过程
Eric Liu at 2005年5月

       Eric是一家小公司的开发部经理，同样也是一名普通的开发人员。这是一家提供网站服务的公司，理所当然的，Eric这个部分的主要工作是基于网站应用的开发，就如目前主流应用的推介的做法，所有的应用是分层设计的，理所当然的有数据访问层、业务逻辑层和表现层。Eric所带的几个开发人员也没有任何与众不同之处：A君比较熟悉数据库和业务逻辑层的编写，但是对于Web表现层的了解太太有限；B君对于JavaScript、HTML、CSS等等有比较多的了解，但是对于组件层的开发还略显生疏；C君非常熟悉业务，但是对于具体实现技术的了解有限；D君。。。。

       这个一个普通得不能够再普通的团队，不论在技术还是在协作上都没有太多的出彩之处。而就是这样一个组建不久的团队，Eric的任务是带领他们在三个月之内完整整个应用网站的开发，并且保证完工的东西能够适应未来发展的变化。

       我想在大多数人看来，如果保证软件架构的向前扩展性和兼容性，这是一个软件架构师应用考虑的问题，而不应该把他降解到普通开发人员的身上，道理是正确的，可是可行性是不高的，在国内的软件开发中，谁都明白很多时候软件过程的各个角色重叠和冲突的可能性是很大的，很少有团队能够不打折扣的分离出这些岗位。比方来说，应该将系统架构师和系统分析员这两个角色分离，让架构师专注于技术和业务的可实现性规划，而系统分析员在架构师工作的基础上，将技术和业务转化成面面俱全的应用。现实的说，没有多少公司可以在一个项目中同时建立这两个角色。

       对于Eric而言，一切困挠无法幸免，在小型开发团队中，角色的相对模糊和对于结对协作的高要求是同时出现的，这个也就是矛盾本身。如果说RUP或者其他软件过程最大的贡献是分离和定义角色，并且指明了各个角色的职责和如何互动，这个一切的基础是在于相对稳定的目标上的角色清晰化。那么XP编程恰恰相反，他强调变化，并且拥抱变化，业务导向(Business Oriented)的开发方式同样决定了无法严格界定岗位。

       正是因为如此，Eric的团队必须解决几个问题：

n         如何高效的编写出应用需要的代码？

n         如何保证不同开发人员的代码具有统一的规范性和可阅读性？

n         如何在业务变动的情况下快速适应变化

n         如何保证代码质量？

n         是否需要版本控制？

n         如何进行错误跟踪和回馈

n         。。。。

一切正如本文题目所言的：懒惰化、标准化、自动化，方才可能构建出流水线的软件过程，这就是Eric这个团队所要解决的问题，答案是简约有效的——工具化，让工具替你完成一切可以完成的工作。

因为Eric的开发团队采用了ASP.NET作为网站应用的构建技术，因此下面提到的一些工具有些来自开源社区，有些是共享软件，当然也有一些商业软件。这里不是要求你使用所有的工具，也不是说必须使用那个工具，只是一一展示利用各种工具能够让你省却你曾经以为不可能缩减的工作。我不想去熬述软件开发过程的各个环节，毕竟那样的课题不是这点文字可以解决的，我想讨论的是一个标准的网站应用开发的各个环节你可能使用的工具。而一个网站开发过程不外乎需求——数据库设计——建模——实现——测试——部署这样粗线条的东西。

Visio(for Enterprise Architect 2003)

       有很多种理由去推荐这个工具，如果你从事VS.NET开发，这是最好的数据库工具，也是最容易使用的数据库建模工具，或许你已经习惯了Power Designer或者ERWin这样的数据库建模工具，会觉得Visio太多简单。可有些时候反过来想“simpleness is beautiful”，如果你是一个数据库建模的初学者，那么请相信我的建议，如果你是一个资深的建模人员，也请认真考虑你们手头的工具是否太过复杂，特别是应用在团队中的沟通时。除了支持主流的数据库如Oracle、SQL Server、Access，你完全可以通过安装自己的数据库驱动来实现Visio对于其的支持，当然了，作为Office家族的一员，Visio的另外一大优势就是你可以通过宏或者VBA自动化你的IDE。

       我这里推荐的是Vs.NET自带的Visio版本，相对于Office系列，总体有一个版本号的延迟，如VS.NET 2003自带的是Office XP版本的Visio，Office 2003的Visio版本集成在了Visual Studio 2005 Beta版中，相对于专业版，企业版提供了强大的脚本生成功能。

CodeSmith

在.NET之下，如果说CodeSmith是最好的代码生成工具一点也不为过，而在Eric的团队中，也对CodeSmith的威力推崇到极致。如果你做过基于数据库应用的开发，相信会对那些重复的数据库操作语句头疼不已，太多的属性字段，太多的更新、太多的插入，太多太多。。。。

我相信你不会陌生下面这样的代码

这 是一个最普通的数据库操作封装，如果你在应对频繁的数据库操作，类似这样的代码将是无比琐碎。其实如果仔细想想，这样的代码是否在不同的类中都会出现，固 定化的属性访问，一成不变的数据库操作，相信你写过这样的代码，更加相信你不愿意写这样的代码。这个工具理所当然的成为了懒惰人的工具。基于模板和ASP.NET语法的特性一定会让大多.NET开发人员喜欢。在Eric的团队里头，大多的数据库访问类（也就是设计领域熟知的数据访问层（DAL），也有人简单的称之为Business Object）都是利用这个工具生成的，其中带来的好处是极大程度的减少不必要的开发工作量，同时因为模板生成的代码是统一规范的，能够维持代码风格的一致性。这个工具可以从http://www.codesmithtools.com 下载，有三十天的免费使用，样例文件中包含了大量的模板，包括集合、数据库和XML等等各个方面，也包含了CSLA.NET的完整模板。

Rational XDE Plus for VS.NET

       其实在这里介绍一个这样的重量级软件不是那么合适，但是如果你用过Rose，用过Together，你绝对无法忍受没有他们的建模方式，虽然VS.NET已经足够好用，但是我还是强烈推荐他作为你建模过程的首选工具（前提是你们的公司有能力去支付价格不菲的软件授权费），通过CodeSmith生成的代码并无法尽善尽美，在数据依赖的基础之上你还要去定义对象动作，定义关系，定义依赖，定义他们的活动时序图。或者你会告诉我没有必要将UML搞得如此晦涩难懂，在小型团队的开发过程中没有必要使用这样的大家伙，XP极限编程对于几个人的团队再适合不过，但是你依旧需要一个概括性的抽象视图：或者类图，或者部署图，或者你期望的其他视图，不管如何，这个时候你需要一个工具能够来做这些事情，Visio可以导出UML图，但是XDE做的更好，最重要的是对于代码和模型，XDE提供了无缝的双向工程。这个意味着你可以利用CodeSmith生成的代码转换成UML图，然后根据你的业务需要修改UML，然后再次生成代码，等到交付到开发人员手中需要实现的代码时，需要做的工作已经很少很少，要做的事情已经很好。“卓越的本质就是每件事情做得都比其他人好一点点”，XDE就是一个这样的工具。对于此如果有兴趣的读者可以在IBM Rational的网站上找到相关的下载，当然了，这是一个比较昂贵的软件。

NDoc

       Eric的团队依旧很懒惰，很不愿意编写程序文档，很许多人坚持的观点一样“代码就是文档”，但是从几千几万行的代码中去阅读确实不是一件容易的事情。如果你熟悉C#，应该知道VS.NET IDE对于其提供了XML注释的支持，对于使用VB.NET的朋友，在SourceForge也可以找到相关的辅助工具。一个良好的设计一定会有良好的代码注释，那么怎样提取这些代码注释，然后用统一的文档来展现呢？

       也许你熟悉了CHM格式的文档，也许熟悉Java Doc风格，也许熟悉MSDN风格，如果专门花费时间来制作这些程序文档是耗时耗力的事情。NDoc，从Java Doc借鉴过来的一个工具就是来解决这个问题的，它可以从C#生成的XML注释文档和程序集提取相关信息，然后根据你的需要生成指定格式的文档。如此一来，你还需要专门的文档人员来帮你写程序文档吗？

NUnit

       如果不知道如何测试自己的代码，那么你绝对不是合格的程序员，如果你不了解测试驱动开发，那么你也不是合格的程序员。这话或者太绝对和偏激，但是TDD已经成为一种推荐的开发方式，“测试先行”也得到越来越多开发人员的接受。如果你以前对于一些业务代码的测试是利用控制台或者测试网页来完成的话，那么我建议你一定要先去看看这个工具——NUnit，创意依旧来自于软件过程更加成熟的Java社区，相信你看看所有的绿灯亮起的时候，你会有一种无比的成就感。可以从http://www.nunit.org 得到相关的软件。

SourceGear Vault or VSS

       别告诉我你没有用过版本控制工具，假若如此，那么将给软件开发过程引入无尽的风险，没有版本比较，没有代码追朔，没有项目分支，团队的开发人员将陷入协作的灾难之中。作为老牌的版本控制工具Visual Source Safe没有作为我的首选推荐，原因在于除了版本相对老化（6.0以后没有大的更新），最主要的因素在Internet时代居然只能够通过局域网共享访问的方式来实现代码库的访问。或者恰恰因为如此，也造就了版本控制工具的百花齐放，除了大名鼎鼎的CVS，但是这个在Java世界如日中天的家伙却不是那么适合.NET开发，或者是因为和VS.NET IDE集成不够的原因，或者是因为两个社区不同的问题。幸运的是，在.NET下面除了VSS 6,我们还有很多选择，如VSS Remoting或者SourceGear的Offsite，他们都在VSS的基础上提供了Internet远程访问的能力。

       在这里推荐Vault的理由很多，因为它基于SQL Server，因为它使用.NET编写，因为它采用XML Web Services作为通信协议，当然还有一点别忘记了，SourceGear Vault提供了免费一个月10用户的试用授权，如果不怕麻烦的话，您也可以每个月更新License。在使用习惯方面和传统的VSS区别不大，没有太多的学习代价，另外还提供了Web访问代码库的功能。可以从http://www.sourcegear.com/vault 的到相关的下载

SourceGear Dragnet

这是最后一个工具，一个大多人忽视的环节。你是否在最后的测试阶段和需求还有测试人员牵扯不清，也没有一个定量的指标去衡量软件开发质量，这个时候缺陷管理也就是我们通常意义的BugTrack就显得至关重要，作为和Vault同一个公司的产品，除了Dragnet正是针对如此问题而提出的解决方案。除了基于Web和.NET之外，Dragnet做到了和Vault的无缝集成，开发人员可以在VS.NET的环境中直接更新各个错误。

工具为本？人为本？

不要期待工具可以解决你所有的问题，问题因人产生，工具因为问题创造，但是在开发过程中如果能够有效的利用一些工具减少不必要的重复或者提高团队协作，何乐而不为呢？随着Visual Studio 2005的临近，我们看到了另外一种选择——Visual Studio Team System，这个VS.NET的第三个版本将前所未有的强调软件工具化和开发协作化，或者，再过几年，Eric的团队不用那些组合工具，但是想法依旧没有变。

做你自己的软件，懒惰一点，规范一点，自动一点，只有你意识到使用工具多一点，才可能构建出流水线的软件过程。

phpGameDev

A，帮助宣传PHP游戏开发的相关信息。
B，通过文章，教程和开发者BLOG来提供文本资源。
C，帮助建立PHP游戏开发的框架中间件的发布。
D，帮助发布PHP游戏。
E，提供开源PHP游戏的主机服务并召集相关文档。
F，提供PHP游戏开发者寻找问题帮助的集中论坛，或开放开发者的广告。
G，提供集成式的BLOG系统供PHP开发者使用。
H，提供PHP游戏开发者，版本发布和其它相关信息发布的新闻系统。
I，提供PHP游戏开发的内部资料，技术指导和实例应用。

Q-Site

JOMPT

俄国作曲家浦罗高菲夫 (Prokofiev,&nbspS. &nbsp1891- 1953) 在46岁时为儿童及青少年创作了这首童话音乐乐曲。故事里的每个人物，都由不同的乐器来代表。各位在欣赏影片时，请辨别出剧中每个角色各由何种乐器代表。

本文章最新版本请参见：http://www.deepcast.net/wiki/ow.asp?Flash和PHP的整合

在上一篇文章 Flash整合PHP脚本(1)--XML篇中，我们开发了一个小型的Adobe Flex2应用程序连接了一个PHP后台程序。如果你曾看过上篇，你可能会问：它们之间是否可以不通过XML编码作中介，而直接传递变量?答案是可以。本文就会演示这方面的实例。

请注意，本文是用Flex2编写的。

一，系统要求：

1, Flex Builder 2 (包括SDK)

• Flex Builder2试用版下载
• 购买

2, AMFPHP 1.25 :

• AMFPHP下载

3, PHP (installed on a local web server)

二，预备知识

PHP有关Intermediate知识

三，MYSQL和PHP

如果想要创建一个中大型的企业应用，可以使用Adobe Flex Data Service 2。它通过高效的数据传输，基于信息的发布和订阅等更多方式来简化数据的互动。AMFPHP只是它的一个小子集。如果你为大企业工作，你会更想见识一下它在数据互动层的表现。


完成这个任务的关键是 AMFPHP。该项目最早是由Wolfgang Hamann发起的，该团队成长壮大到目前的五六个开发者左右。正是多亏了他们的辛勤工作，整个Flex社区现在才有了一个基于Flex的使用PHP后台的前台。

本例将演示如果从一个数据库中显示记录。只是显示，暂不能插入和更新。本文使用的MYSQL数据库名Sample，表名Users，和前一篇文章用到的数据库结构一致，只是需要先往里面填一些数据以供显示。AMFPHP_Flex.rar此为数据库结构和输入数据的SQL文件提供下载。

如下为PHP脚本代码，其文件名为 sample.php，把它放到AMFPHP的services目录下。

<?php
// Create new service for PHP Remoting as Class
class sample
{
    function sample () 
    {
        // Define the methodTable for this class in the constructor
        $this->methodTable = array(
            "getUsers" => array(
                "description" => "Return a list of users",
                "access" => "remote"
            )
        );
    }

    function getUsers () {
        $mysql = mysql_connect(localhost, "username", "password");
        
        mysql_select_db( "sample" );
        
        //return a list of all the users
        $Query = "SELECT * from users";
        $Result = mysql_query( $Query );
        while ($row = mysql_fetch_object($Result)) {
               $ArrayOfUsers[] = $row;
        }
        return( $ArrayOfUsers );
    }
}
?>

 如果你熟悉AMFPHP的话，上述你也应该很熟悉。

类的名字和文件名要保持一致，如上文件名smaple.php，则类名为sample。因为类文件总是在载入时调用与其同名的类来初始化自己。上例中定义了对AMFPHP有效的方法，就是getUsers，该方法返回一个用户列表。在数据库里，取回所有用户，并以一个对象数组的方式返回。

四，应用的前台

现在开始创建前台的文件sample.mxml，它也只有短短五十行：

<!--第一行是最顶层的XML文档定义-->
<?xml version="1.0" encoding="utf-8"?>

 <!--第二行是Applicastion定义，并设置了在FLASH载入creationComplete时调用initApplication()函数-->

<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" xmlns="*" creationComplete="initApplication()">

<!--用于显示用户数据的DataGrid组件，请注意列名元素必须和数据库的字段名一致。-->
<mx:DataGrid dataProvider="{dataProvider}">
    <mx:columns>
        <mx:DataGridColumn headerText="Userid" dataField="userid"/>
        <mx:DataGridColumn headerText="User Name" dataField="username"/>
        <mx:DataGridColumn headerText="User Name" dataField="emailaddress"/>
    </mx:columns>
</mx:DataGrid>

<!--然后是一系列AS命令-->
    <mx:Script>
        <![CDATA[


<!--本例中dataProvider被绑定到<mx:DataGrid>，这意味着该DataGrid从该变量中(此处为PHP对象数组)取得数据。
上，-->

            [Bindable]
            public var dataProvider:Array;

<!--然后是AMFPHP在FLEX中工作的必须代码。首先导入用于远程的
flash.net.Responder包，其实当你声明你需要一个新的
Responder时FLEX会自动包含入那个包。此处只是特地演示。

<!--然后，创建一个变量，gateway, 它是 RemotingConnection数据类型。你已经知道了RemotingConnection的相关事宜。你应该在FLEX的底部来加入一个文件，名为RemotingConnection.as，上面有许多代码。

-->

            import flash.net.Responder;
 
            public var gateway : RemotingConnection;

<!--当FLASH应用载入时调用initApplication ，设置gateway变量为到AMFPHP中的gateway.php的连接路径。这样就可以调用sample类中的getUsers方法了。然后根据是否出错相应地执行onResulth或者onFault两个函数之一。-->
            public function initApplication()
            {
                gateway = new RemotingConnection( "http://localhost/flex/php/gateway.php" );
                gateway.call( "sample.getUsers", new Responder(onResult, onFault));
            }

<!--简单设置了dataProvider变量为结果变量，其通过AMFPHP传回ActionScript。这就是当你运行MYSQL查询($ArrayOfUsers)时会返回PHP对象的数组。AMFPHP已经自动把PHP对象数组翻译成了ActionScript数组，酷吧。 -->
            public function onResult( result : Array ) : void
            {
            dataProvider = result;
            }

<!--在出错情况下，就象给用户的错误信息提示一样，你可以追踪变量的值，在调试模式中特别有用-->
            public function onFault( fault : String ) : void
            {
                trace( fault );
            }
        ]]>
    </mx:Script>
</mx:Application>

上述实例稍显复杂，让我们再次明确一下文件的位置。有三个文件被创建，以及下载来的AMFPHP文件包。

• 把Flex项目文件，sample.mxml 和 RemotingConnection.as放在同一个目录下
• 把PHP文件和文件夹如services ,actions, adapters, app, browser等从AMFPHP文件压缩包中解压缩释放出来。
• 把AMFPHP中的所有文件都放到web根目录下
  
• 把sample.php放到AMFPHP项目中的services 文件夹下

那么，上述连接PHP后台和Flex所建前台的小应用程序实例就到此结束了。上述代码提供在此AMFPHP_Flex.rar打包下载。

本文将使用Adobe Flex Builder2和PHP创建一个小型应用程序实例，从MYSQL数据库相应表中读出包括姓名和邮件地址等数据并显示给用户，用户还可以添加新的姓名和邮件地址进入数据库。

注意：http://www.adobe.com/devnet/flex/articles/flex2_php.html 官网上有Mike Potter提供的Flex 2 Beta 3. I 的例子，但是其中有一些代码可能是抄漏抄错，所以我在学习完后，特地把自己验证过的代码贴出来，供大家参考使用。

一，系统要求：

1，请先安装Flex Builder 2 (包括了SDK)

2, PHP

3, MYSQL和APACHE（IIS也可）

二，预备知识：

对简单的PHP开发和XML基础比较熟悉即可。

三，MYSQL的准备工作

先在Mysql上创建数据库Sample，然后运行如下SQL代码sample.rar以创建表Users。

四，PHP脚本

然后，你就要开始写添加用户和输出XML(给FLEX程序使用的)的PHP脚本了。该脚本比较简单，只有25行。请注意，其中，quote_smart 函数是符合PHP.Net 官网的规范来验证用户输入安全所用。function as a best practice to help verify user input, according to the PHP.Net

以下是放在Apache根目录下的getuser.php文件：
<?php
Define( "DATABASE_SERVER", "localhost" );//数据库服务器地址
Define( "DATABASE_USERNAME", "root" );//数据库登录名
Define( "DATABASE_PASSWORD", "123456" );//数据库登录密码
Define( "DATABASE_NAME", "sample" );//数据库名
//连接数据库
$mysql = mysql_connect(DATABASE_SERVER, DATABASE_USERNAME, DATABASE_PASSWORD);
mysql_select_db( DATABASE_NAME );
//验证用户输入的姓名和地址是否安全
function quote_smart($value)
{
   // Stripslashes
   if (get_magic_quotes_gpc()) {
       $value = stripslashes($value);
   }
   // Quote if not integer
   if (!is_numeric($value)) {
       $value = "'" . mysql_real_escape_string($value) . "'";
   }
   return $value;
}
if( $_POST["emailaddress"] AND $_POST["username"])
{
      //add the user
      $Query = sprintf("INSERT INTO users VALUES (NULL, %s, %s)", quote_smart($_POST["username"]), quote_smart($_POST["emailaddress"]));
      $Result = mysql_query( $Query );
}
//return a list of all the users
$Query = "SELECT * from users";
$Result = mysql_query( $Query );
$Return = "<users>";
while ( $User = mysql_fetch_object( $Result ) )
{
      $Return .= "<user><userid>".$User->userid."</userid><username>".$User->username."</username><emailaddress>".$User->emailaddress."</emailaddress></user>"; 
}
$Return .= "</users>";
mysql_free_result( $Result );
print ($Return)
?>

请注意，$_POST ["变量名"]形式用来表示从Flex程序中传递到PHP脚本中的变量。在上例中就是FLEX中传来的emailaddress 和 username。用户输入符合验证安全规范的上述emailaddress 和 username之后，PHP就把它们添加入数据库以添加新用户，然后PHP会输出XML格式的用户列表。

你是无法直接从PHP向FLEX传递变量的，你可以先把变量输出成XML，然后FLEX读取XML取得传回的数据，这样就最终改变了FLEX表现层中的数据。同样的，你也可以用上面同样的PHP脚本作为后台程序，把数据从PHP中输出到移动电话上，你只需要改写一下前端的显示就可以了。

到此为止，涉及的PHP脚本和MYSQL数据库都是旧的内容。之后我们就要开始创建应用程序的界面了。

五，使用FLEX创建用户界面

Flex 应用程序把 ActionScript 3.0和MXML结合使用。ActionScript是基于ECMAScript (类似于JavaScript)的, 因此它对于WEB开发者来说应该是很熟悉的。MXML是基于XML的FLEX应用程序的表现层。从本质上来看，就是用XML定义用户界面的布局，用ActionScript.来对用户界面进行脚本编程。本文所用到的MXML也仅有26行代码：

<!-- 第一行是XML档声明。-->
<?xml version="1.0" encoding="utf-8"?>

<!-- 第二行是应用程序声明，提供MX组件的命名空间，布局方式是绝对定位，最后是声明调用id为userRequest的对象的send()函数-->
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" xmlns="*" layout="absolute" creationComplete="userRequest.send()">

<!-- 设置HTTPService和前例所创建的PHP脚本之间发送和接收数据。设置了HTTPService的id为userRequest，设置了PHP脚本文件所在的URL，设置了不使用代理服务器，设置了提交方式是POST，当然也可以用GET方式，不过相应要修改PHP脚本的变量名-->
   <mx:HTTPService id="userRequest" url="http://localhost/getuser.php" useProxy="false" method="POST">
      <mx:request xmlns="">

<!-- 设置了username的值为ID为username的元素的text属性的值(username.text) ，也设置了传递到PHP的变量 _POST["emailaddress"] 的值为ID为emailaddress的元素的text属性的值(emailaddress.text)。大括号把变量绑定到了界面元素的值上，这就是说，如果把<username>改成<user_name>, 那么相应地传递到PHP的变量就改为_POST["user_name"]，而相反地，如果把(username.text) 改成{user_name.text}了，那么你就必须修改MXML中的<username>改成<user_name>。-->
         <username>{username.text}</username><emailaddress>{emailaddress.text}</emailaddress>
      </mx:request>
   </mx:HTTPService>

<!-- 然后创建一个简单的窗体，其中按钮点击则激发userRequest.send()调用。-->
   <mx:Form x="22" y="10" width="493">
      <mx:HBox>
         <mx:Label text="Username"/>
         <mx:TextInput id="username"/>
      </mx:HBox>
      <mx:HBox>
         <mx:Label text="Email Address"/>
         <mx:TextInput id="emailaddress"/>
      </mx:HBox>
      <mx:Button label="Submit" click="userRequest.send()"/>
   </mx:Form>

<!-- 创建一个DataGrid组件来显示userRequest HTTPService取回的数据。请注意必须绑定它到user元素而非其上层的users外包元素。而DataGrid组件自带有很方便的列排序和高亮当前行功能。
最后，是一个显示和当前用户相对应的邮件地址dgUserRequest.selectedItem.emailaddress的文本框。-->
   <mx:DataGrid id="dgUserRequest" x="22" y="128" dataProvider="{userRequest.lastResult.users.user}">
      <mx:columns>
         <mx:DataGridColumn headerText="User ID" dataField="userid"/>
         <mx:DataGridColumn headerText="User Name" dataField="username"/>
      </mx:columns>
   </mx:DataGrid>
   <mx:TextInput x="22" y="292" id="selectedemailaddress" text="{dgUserRequest.selectedItem.emailaddress}"/>
</mx:Application>

从PHP取回的XML内容如下:
<users>
<user>
<userid>1</userid>
<username>Joe Schmoe</username>
<emailaddress>joe@schmoe.com</emailaddress>
</user>
<user>
<userid>2</userid>
<username>Betty Schmoe</username>
<emailaddress>betty@schmoe.com</emailaddress>
</user>
</users>

整个使用PHP后台来添加和取回MYSQL数据的小FLASH应用程序就到处为止了。所有的代码文件flexphp.rar在此提供下载。

本文章最新版本请参见：http://www.deepcast.net/wiki/ow.asp?Flash和PHP的整合

.NET的发展迈入第6个年头，平台的成熟度与稳定性渐入佳境，各种质疑的声浪逐渐消失，Visual Studio 2005／VB.NET 2005的推出，凸显了VB6.0与VB.NET的落差，已经是3个版本、2个.NET世代的间隔，这样的差距，引爆VB6.0用户新一波的升级需求。

随着Visual Studio 2005／VB.NET 2005的推出，开发工具升级的议题再度受到瞩目，然而，对于企业来说，任何一个工具或平台升级的决策，都不会只是为了升级而升级，背后的关键因素，往往 与企业本身的商业运作紧密相连，因为如此，反应在开发工具平台的升级上，有的企业毫不考虑就决定在第一时间升级，有的企业则在竞争压力下被迫升级，有的企 业则在迟疑、观望之后跟进，当然，对于有的企业来说现在并没有升级的必要。

如果信息的架构，是为了落实企业的服务，那么，每一次技术升级的轨迹，应该都可以反映出企业所面临的商业环境变化。这几年，大部分的IT部门，都 在忙着摆脱主从式架构的环境，然而，走向开放、走向跨平台的同时，越来越多的专有名词纷至沓来，诸如Web Services、XML、SOA、CMMI等等，而这些名词所代表的意义，是更多系统与系统之间的整合，程序与程序之间的对话。

这些改变使得开发工具必须不断提早蜕变。以微软的开发平台而言，2002年正式从Visual Basic 6.0（简称VB6.0）进入.NET世代，而原本的VB6.0使用者，也开始逐渐转移到.NET平台，近来，随着Visual Studio 2005的推出，新一波的升级需求跟着浮现，然而，根据微软的调查结果显示，至今台湾仍有2万左右的VB6.0使用者，相当于整体程序开发人员的四分之 一。

相较于Visual Studio 2003所造成的升级效应，Visual Studio 2005的发展后势值得期待，主要是因为.NET的发展，已经迈入第6个年头，随着Visual Studio 2005的推出，开发平台的稳定性与成熟度已经大幅提升，加上.NET的主流地位确立，都将促使VB6.0使用者的升级，另外，从程序开发人员的角度来 看，VB6.0与.NET之间的距离，已经是3个版本、2个.NET世代的落差，程序开发人员越晚跨入.NET，学习门槛就会越高。

对于企业来说，升级与否，虽然各有不同考量与规画，但是长远看来，似乎也没有太多的选择，精业专业服务暨技术部资深顾问李智桦表示「VB6.0的 使用者势必是一定要跨进.NET」，因为以前的开发工具，是程序语言为主的概念，.NET演进到Visual Studio 2005，才首度把软件工程的概念带进来，对于程序开发人员来说，这是一个重要的里程碑，否则就不用谈什么Web Services或SOA了。

然而，VB6.0的转移毕竟还在过程当中，因此，普遍可以看到VB6.0与VB.NET同时并存的现象，其中甚至包括多年前就已经跨入 VB.NET的厂商，诸如华航、好乐迪等，虽然都是在3、4年前就已经升级，但是目前的开发环境，仍旧是VB6.0与VB.NET并存的情况。

以好乐迪来说，开发环境升级到.NET平台之后，至今仍有局部使用VB6.0，好乐迪研究开发部经理徐鸿志表示，VB6.0的使用，主要局限在早 期开发的项目，例如，后台播放程序就是其中一个最经典的例子，对于KTV事业经营的厂商来说，播放程序几乎就是命脉，但是因为没有与其它系统介接的必要， 因此算是一个独立而且稳定的程序，截至目前为止，好乐迪依旧是用VB6.0持续进行维护与功能更新。

对于好乐迪来说，开发平台虽然已经升级到.NET，但是，至今仍旧处于VB6.0与.NET并存的状态，徐鸿志表示，既有程序的转移策略，将会以 产品的生命周期作为依据，一般来说，产品本身的发展如果已经失去未来性，好乐迪就不会进行任何的升级，例如，录像带管理程序等，当初虽然也是用VB6.0 来开发，但是，录像带在台湾市场已经逐渐式微，未来势必会走向终结的命运，在这样的情况下，好乐迪就不会对录像带管理程序进行升级。

徐鸿志说，由于好乐迪计算机化的时间相当早，所以早期的开发环境什么都有，最后因为官方网站、网络订位以及会员系统的开发需求，决定用VB.NET作为开发平台，自此以后，VB.NET就成为好乐迪的主要开发平台。

不过，升级到VB.NET的过程中，好乐迪的第一个开发项目是失败的，因为当初所开发的点歌程序，没有考虑到使用者端与服务器端资料往返频率过高所造成的负担。

目前好乐迪的开发环境，虽然同时包括了VB6.0与VB.NET，但是，由于信息部门的人事流动率低，因此，不论是VB6.0或VB.NET的维 护都不成问题，事实上，透过VB6.0所开发的程序，近来的运作都相当稳定，甚至很久都没有什么问题了，徐鸿志表示，VB6.0的应用程序，如果会发生问 题，应该也是因为硬设备世代交替造成的问题。

除此之外，甫于不久前决定升级到.NET的一家金控银行，虽然决定从2006年开始，所有新的项目开发都必须以.NET作为开发平台，但是对于旧 的系统，仍将透过VB6.0进行维护与功能更新，目前该金控银行的升级作业已经正式展开，而过去7、8年陆续开发出来的100多个系统，预计至少要用5年 的时间才能完成转移。

为了谨慎评估开发平台的升级，该金控银行持续关注了2年的时间，目前因应升级到.NET的需求，又投入100万元的教育训练费用，事实上，这家金 控银行之所以决定升级，除了微软停止VB6.0支持的隐忧，以及顾及未来的人才取得方便性以外，既有程序的生命延续更是关键，因此，决定进一步升级到. NET平台。

这家金控银行自行开发的程序之中，约有80％都是采用微软的开发工具，目前除了拥有不少的VB6.0程序以外，甚至还有VB3.0所开发的程序， 事实上，透过VB3.0开发的中央登录公债系统，虽然是10年前的开发项目，但是央行没有大幅变动游戏规则的情况下，也持续运作的很好。

不过，随着VB3.0的程序开发人员越来越少，维护的过程中确实是心惊胆跳，因为整个开发团队现在只有一个人会使用VB3.0，深怕哪一天他请假 就遇到问题，而这样的现状，正是这家金控银行业者想要升级到.NET平台的原因之一，因为目前不仅仅是VB3.0的程序开发人员逐渐减少，就连VB6.0 都可能在不久后遇到这样的问题。

试想，一个刚毕业的人，进入社会一定是想要学更酷、更炫的程序开发语言，如果知道进去这家公司之后，只能使用VB6.0或是更老旧的开发工具，应该不容易找到好的人才。事实上，目前部分大专院校已经没有在教授VB6.0，在这样的情况下，相关人才的供给将会持续减少。

目前该金控银行的升级作业，已经分别从两个不同的项目开始进行，一个是中央登录公债系统的重新开发，另一则是全新的银行保险箱管理系统开发，根据目前投入的10个人力规模推估，大概需要8～9个月的时间才能完成。

而华航的开发平台，目前是以VB.NET与Java为主，一些早期开发的非核心系统，例如与主机资料转接程序等，在没有必要升级的情况下，至今仍 以VB6.0持续维护与更新，华航信息管理处副处长庐世铭表示，该公司在完成VB.NET的升级之后，新的开发项目就不再使用VB6.0。

Windows平台发展大事纪
1985年 Windows 1.0正式推出
1987年 10月Windows 2.0上市
1990年 5月Windows 3.0版出现，并且逐渐占据个人计算机系统
1991年 开发工具VBDOS＼VB1.0版现身
1992年 随着Windows 3.1版发布，Windows系统开始慢慢流行
VB进展到2.0版
1993年 11月Windows 3.11发布，革命性地加入了网络功能与随插即
用技术
VB已经演进到3.0版
1994年 Windows第一次有了中文版本--Windows 3.2版
1995年 进入32位世代，DOS走下舞台，VB4.0推出16＼　　　　　32bit版本
Windows操作系统上开始出现了一个「开始」的按钮，并且
持续沿用到后续推出的每个版本中。
1997年 VB5.0版上市
1998年 VB6.0版发布之后，至今仍有许多使用者
Windows 98操作系统正式推出
2000年 Windows Me集结了IE5.5以及Windows Media Player 7
2002年 VB跨入.NET世代，随着VB.NET 2002与.NET 　　　　　　　Framework 1.0 的推出，VB开始产生质的变化。
2003年 VB.NET 2003推出，.NET Framework进入1.1版。
2005年 VB.NET 2005上市，采用了.NET Framework 2.0开发框架。
资料来源：iThome计算机报整理/文/杨惠芬 (记者) 2006-03-10

Using Web Deployment Projects with Visual Studio 2005

Abstract

Download URL:

http://download.microsoft.com/download/c/c/b/ccb4877f-55f7-4478-8f16-e41886607a0e/WebDeploymentSetup.msi

Visual Studio 2005 provides deployment support though its Copy Web Site and Publish Web Site features. While these are ideal for many scenarios, there are other, more advanced scenarios where developers need the following capabilities:

More control over assembly naming and output.

Custom pre-processing and post-processing for the build.

The ability to exclude, add, and transform files and directories during builds.

The ability to modify the Web.config file to change database connection strings, application settings, or the URLs for Web references, depending on the build configuration. (For example, it might be necessary to use different values for development, test, staging, and release settings).

This white paper describes a solution to these advanced scenarios and introduces a new feature called Web Deployment Projects for Visual Studio 2005.

Web Deployment Projects

Web Deployment Projects is an add-in package to Visual Studio 2005. It does not change the behavior of any feature in Visual Studio 2005; it simply adds additional functionality specific to Web site deployment.

A Web Deployment project is an MSBuild project file for a Web site. It fully integrates into the Visual Studio 2005 build configuration manager and supports configuration options for compilation and deployment, such as Debug and Release. A Web Deployment project is extensible, enabling you to create pre-build and post-build actions.

Web Deployment projects do not change the way Visual Studio 2005 Web site projects build. Instead, they take an existing Web site project as input and generate a precompiled Web site as output. A Web Deployment project does not change the files in the source Web site project in any way.

Feature Summary

A Web Deployment project provides the following features for building and deploying ASP.NET 2.0 Web sites:

ASP.NET 2.0 precompilation as part of the build process.

More flexible options for generating compiled assemblies from a Web project, including these alternatives:

A single assembly for the entire Web site.

One assembly per content folder.

A single assembly for all UI components.

An assembly for each compiled file in the Web site.

Assembly signing options.

The ability to define custom pre-build and post-build actions.

The ability to exclude folders from the build.

The ability to modify settings in the Web.config file, such as the <connectionString> element, based on the Visual Studio build configuration.

Support for creating .msi files with setup projects.

The extensibility of Web Deployment projects enables you to tailor the build and deploy process to suit your needs. This is done without sacrificing the optimized workflow improvements achieved with Visual Studio 2005 Web site projects.

Installing Web Deployment Projects

Installing Web Deployment projects installs both a Visual Studio 2005 add-in package and the new ASP.NET merge utility (aspnet_merge.exe).

By default, the installation process installs files into the locations listed in the following table.

You can install Web Deployment projects on a computer that does not have Visual Studio 2005 installed. This is useful if you want to use MSBuild features on a dedicated build computer. MSBuild is part of the Microsoft .NET Framework version 2.0 and does not require installation of Visual Studio 2005.

New Menu Commands

Installing Web Deployment Projects adds the Add Web Deployment Project command to the Build menu and to the shortcut menu for the selected Web project in Solution Explorer. The new command is supported only for local IIS Web sites and for file system Web sites. Web Deployment Projects do not support remote FrontPage or FTP Web sites.

Note   The Add Web Deployment Project command is the only way to add a Web Deployment project to the solution. This new project type is not available in the New Project dialog box.

When you create a Web Deployment project, the new Web Deployment project is associated with the Web site you created it for. Generally there is a one-to-one relationship between the Web site and the Web Deployment project. Each Web site in a solution can have its own Web Deployment project. You can also optionally create multiple Web Deployment projects for the same site.

Advanced scenarios merging multiple Web sites into a single Web site can be achieved through custom build actions as described in the section Customizing Web Deployment Projects later in this paper.

Adding a Web Deployment Project

To add a Web Deployment project to a Web site, follow these steps.

1.      In Solution Explorer, select the name of the Web site to work with.

2.      In the Build menu, choose Add Web Deployment Project.

The Add Web Deployment Project dialog box is displayed:

3.      Specify a name and location for the project.

By default, the project name is the same as the Web site with _deploy appended to the name. The default location is in the same folder as the solution.

In the example shown here, the Web site path is C:\MyProjects\MyWeb. The project file will be named MyWeb_deploy.webdeployproj, and the project folder path will be C:\MyProjects\MyWeb_deploy\.

4.      Click OK.

A new project is added to the solution and automatically associated with the Web site. The new Web Deployment project is now part of the build process.

Tip   When creating a new Web site project that you will add other projects to (such as a class library project or a Web Deployment project), start by creating an empty solution in the location of your choice. Then add the new Web site to that solution. This ensures that Visual Studio puts all of the project files in the same set of directories and subdirectories.

The new Web Deployment project does not contain any files or child nodes in the solution hierarchy. Instead, it is an MSBuild project file that enables you to customize the build rules for the associated Web site.

You can view properties for the current Web Deployment project in the Properties window. (These properties are distinct from the settings for build configurations, which you edit using the Property Pages dialog box, as discussed in the next section.)

Web Deployment Project Property Pages

You can create and edit individual configurations for the current Web Deployment project using the Property Pages dialog box. (This dialog box is available by right-clicking the project in Solution Explorer and then selecting Property Pages). The Property Pages dialog box for a Web Deployment project displays four property pages:

Compilation

Output Assemblies

Signing

Deployment

The properties on each of these property pages can have unique values for each build configuration. Visual Studio 2005 provides two default configurations: Debug and Release. You can use these predefined configurations or define new configurations (such as Staging or Production), depending on your needs. All the settings you make in the Property Pages dialog box apply to the selected configuration.

Compilation Page

The Compilation page of the Web Deployment project抯 property pages dialog box looks like the following:

The following table describes the properties you can set in the Compilation page.

Output Assemblies Page

The Output Assemblies page of the Web Deployment project抯 property pages dialog box looks like the following:

The following table describes the properties you can set in the Output Assemblies page.