�??xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>&#22269;&#20135;&#19968;&#32423;&#32593;&#31449;&#35270;&#39057;&#22312;&#32447;&#44;&#26085;&#38889;&#27431;&#32654;&#31934;&#21697;&#19968;&#21306;&#44;&#20122;&#27954;&#32508;&#21512;&#25104;&#20154;&#22312;&#32447;</title><link>http://www.aygfsteel.com/Crying/category/28451.html</link><description> 我的��D���Q?
�?�?�?�?�?�?�?�?, �?�?�?�?�?�?�?�?�?�?握！
</description><language>zh-cn</language><lastBuildDate>Fri, 28 Dec 2007 09:42:03 GMT</lastBuildDate><pubDate>Fri, 28 Dec 2007 09:42:03 GMT</pubDate><ttl>60</ttl><item><title>ANT十五大最佛_���?/title><link>http://www.aygfsteel.com/Crying/articles/171186.html</link><dc:creator>Crying</dc:creator><author>Crying</author><pubDate>Fri, 28 Dec 2007 06:42:00 GMT</pubDate><guid>http://www.aygfsteel.com/Crying/articles/171186.html</guid><wfw:comment>http://www.aygfsteel.com/Crying/comments/171186.html</wfw:comment><comments>http://www.aygfsteel.com/Crying/articles/171186.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/Crying/comments/commentRss/171186.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/Crying/services/trackbacks/171186.html</trackback:ping><description><![CDATA[<p>在Ant出现之前�Q�构建和部��vJava应用需要��用包括特定��^台的脚本、Make文�g、各�U�版本的IDE甚至手工操作�?#8220;大杂�?#8221;。现在，几乎所有的开源Java��目都在使用Ant�Q�大多数公司的内部项目也在��用Ant。Ant在这些项目中的广泛��用自然导致了读者对一整套Ant最佛_���늚��q�切需求�?/p>
<p>本文�ȝ��了我喜爱的Ant技巧或最佛_��践，多数是从我亲�w�经历的��目错误或我听说的其他�h�l�历�?&#8220;恐�?#8221;故事中得到灵感的。比如，有�h告诉我有个项目把XDoclet 生成的代码放入带有锁定文件功能的版本控制工具中。当开发者修�Ҏ��代码�Ӟ��他必��记住手工检出（Check out�Q��ƈ锁定所有将要重新生成的文�g。然后，手工�q�行代码生成器，只到�q�时他才能够让Ant�~�译代码�Q�这一�Ҏ���q�存在如下一些问题：</p>
<ul>
    <li>生成的代码无法存储在版本控制�pȝ��中�?
    <li>Ant�Q�本案例中是Xdoclet�Q�应该自动确定下一�ơ构建涉及的源文�Ӟ��而不应由�E�序员手工确定�?
    <li>Ant的构建文件应该定义好正确的�Q务依赖关�p�，�q�样�E�序员就不必��Z��完成构徏而不得不按照特定��序调用��d���?</li>
</ul>
<p>当我开始一个新��目�Ӟ��我首先编写Ant构徏文�g。Ant文�g明确地定义构建的�q�程�Q��ƈ被团队中的每个程序员使用。本文所列的技巧基于这��L��假定�Q�Ant构徏文�g是一个必���M���l�编写的重要文�g�Q�它应在版本控制�pȝ��中得到维护，�q�被定期�q�行重构。下面是我的十五大Ant最佛_����c�?/p>
<h3>1. 采用一致的�~�码规范</h3>
<p>Ant用户有的喜欢有的痛恨其构建文件的XML语法。与其蟩�q�这一令�h�q�h��的争��Z���Q�不如让我们先看一些能保持XML构徏文�g����z�的�Ҏ���?/p>
<p>首先也是最重要的，��p��旉���格式化你的XML让它看上��d��清晰。不论XML是否���观�Q�Ant都可以工作。但是丑陋的XML很难令�h��L��。倘若你在��d��之间留出�I�����Q�有规则的羃�q�，每行文字不超�q?0列左叻I��那么XML令�h惊讶地易诅R��再加上使用能够高亮XML语法的优�U��~�辑器或IDE工具�Q�你��׃��会有阅读的麻烦�?/p>
<p>同样�Q�精选含意明���、容易读懂的词汇来命名�Q务和属性。比如，<em>dir.reports</em>���比<em>rpts</em>�?em>�?/em>特定的编码规范�ƈ不重要，只要拿出一套规范�ƈ坚持使用���p���?/p>
<h3>2. ��?em>build.xml</em>攑֜���目根目录中</h3>
<p>Ant构徏文�g<em>build.xml</em>可以攑֜���M��位置�Q�但是放在项目顶�U�目录中可以保持��目����z�。这是最常用的规范，开发者能够在����目录中找到预期的<em>build.xml</em>。把构徏文�g攑֜�根目录中�Q�也能够使�h�Ҏ��了解��目目录树中不同目录之间的逻辑关系。以下是一个典型的��目目录层次�Q?/p>
<p>[root dir]<br />
&nbsp; | build.xml&nbsp;<br />
&nbsp; +--src&nbsp;<br />
&nbsp; +--lib (包含�W�三�?JAR�?&nbsp;<br />
&nbsp; +--build (�?build��d��生成)&nbsp;<br />
&nbsp; +--dist (�?build��d��生成)</p>
<p>�?em>build.xml</em>在顶�U�目录时�Q�假设你处于��目某个子目录中�Q�只要输入：ant -find compile 命��o�Q�不需要改变工作目录就能够以命令行方式�~�译代码。参�?find告诉Ant��L��存在于上�U�目录中�?em>build.xml</em>�q�执行�?/p>
<h3>3. 使用单一的构建文�?/h3>
<p>有�h喜欢���一个大��目分解成几个小的构建文�Ӟ��每个构徏文�g分担整个构徏�q�程的一���部分工作。这���实是看法不同的问题�Q�但是应该认识到�Q�将构徏文�g分割会增加对整体构徏�q�程的理解难度。要注意在单一构徏文�g能够清楚表现构徏层次的情况下不要�q�工�E�化(over-engineer)�?/p>
<p>即��你把��目划分为多个构建文�Ӟ��也应使程序员能够在项目根目录下找到核�?em>build.xml</em>。尽���该文�g只是���实际构建工作委�z����下��构徏文�g�Q�也应保证该文�g可用�?/p>
<h3>4. 提供良好的帮助说�?/h3>
<p>应尽量��构徏文�g自文档化。增加�Q务描�q�是最���单的�Ҏ��。当你输入ant -projecthelp�Ӟ��你就可以看到带有描述的�Q务清单。比如，你可以这样定义�Q务：</p>
&lt;target name="compile" &nbsp;<br />
&nbsp;&nbsp; description="Compiles code, output goes to the build dir."&gt;
<p>最���单的规则是把所有你惌����E�序员通过命��o行就可以调用的�Q务都加上描述。对于一般用来执行中间处理过�E�的内部��d���Q�比如生成代码或建立输出目录�{�，���无法��用描�q�属性�?/p>
<p>�q�时�Q�可以通过在构建文件中加入XML注释来处理。或者专门定义一个help��d���Q�当�E�序员输入ant help时来昄���详细的��用说明�?/p>
&lt;target name="help" description="Display detailed usage information"&gt;<br />
&nbsp; &lt;echo&gt;Detailed help...&lt;/echo&gt;&lt;/target&gt;
<h3>5. 提供清除��d��</h3>
<p>每个构徏文�g都应包含一个清除�Q务，用来删除所有生成的文�g和目录，使系�l�回到构建文件执行前的初始状态。执行清�I�Z�Q务后�q�存在的文�g都应处在版本控制�pȝ��的管理之下。比如：</p>
&lt;target name="clean"<br />
&nbsp;&nbsp;&nbsp;&nbsp;description="Destroys all generated files and dirs."&gt;<br />
&nbsp; &lt;delete dir="${dir.build}"/&gt;<br />
&nbsp; &lt;delete dir="${dir.dist}"/&gt;<br />
&lt;/target&gt;
<p>除非是在产生整个�pȝ��版本的特�D��Q务中�Q�否则不要自动调用clean��d��。当�E�序员仅仅执行编译�Q务或其他��d���Ӟ��他们不需要构建文件事先执行既令�h讨厌又没有必要的清空��d��。要�怿��E�序员能够确定何旉���要清�I�所有文件�?/p>
<h3>6. 使用ANT���理��d��从属关系</h3>
<p>假设你的应用由Swing GUI�l��g、Web界面、EJB层和公共应用代码�l�成。在大型�pȝ��中，你需要清晰地定义每个Java包属于系�l�的哪一层。否则�Q何一点修攚w��要被�q�重新编译成百上千个文�g。糟�p�的��d��从属关系���理会导致过度复杂而脆��q���pȝ��。改变GUI面板的设计不应造成Servlet和EJB的重�~�译�?/p>
<p>当系�l�变得庞大后�Q�稍不注意就可能���依赖于客户端的代码引入到服务端。这是因为典型的IDE��目文�g�~�译��M��文�g都��用单一的classpath。而Ant能让你更有效地控制构建活动�?/p>
<p>设计你的Ant构徏文�g�~�译大型��目的步骤：首先�Q�编译公共应用代码，���编译结果打成JAR包文件。然后，�~�译上一层的��目代码�Q�编译时依靠�W�一步��生的JAR文�g。不断重复这一�q�程�Q�直到最高层的代码编译完成�?/p>
<p>分步构徏强化了�Q务从属关�pȝ��理。如果你工作在底层Java框架上，偶然引用到高层的GUI模板�l��g�Q�这时代码不需要编译。这是由于构建文件在�~�译底层框架时在源�\径中没有包含高层GUI面板�l��g的代码�?/p>
<h3>7. 定义�q����用文件�\�?/h3>
<p>如果文�g路径在一个地方一�ơ性集中定义，�q�在整个构徏文�g中得到重用，那么构徏文�g更易于理解。以下是�q�样做的一个例子：</p>
&lt;project name="sample" default="compile" basedir="."&gt;<br />
&nbsp; &lt;path id="classpath.common"&gt;<br />
&nbsp;&nbsp;&nbsp; &lt;pathelement location="${jdom.jar.withpath}"/&gt;<br />
&nbsp;&nbsp;&nbsp; ...etc&nbsp; &lt;/path&gt;<br />
path id="classpath.client"&gt;<br />
&nbsp;&nbsp;&nbsp; &lt;pathelement location="${guistuff.jar.withpath}"/&gt;<br />
&nbsp;&nbsp;&nbsp; &lt;pathelement location="${another.jar.withpath}"/&gt;<br />
&nbsp;&nbsp;&nbsp; &lt;!-- reuse the common classpath --&gt;<br />
&nbsp;&nbsp;&nbsp; &lt;path refid="classpath.common"/&gt;<br />
&nbsp; &lt;/path&gt;<br />
&nbsp; &lt;target name="compile.common" depends="prepare"&gt;<br />
&nbsp;&nbsp;&nbsp; &lt;javac destdir="${dir.build}" srcdir="${dir.src}"&gt;<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;classpath refid="classpath.common"/&gt;<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;include name="com/oreilly/common/**"/&gt;<br />
&nbsp;&nbsp;&nbsp; &lt;/javac&gt;<br />
&nbsp; &lt;/target&gt;<br />
&lt;/project&gt;
<p>当项目不断增长构建日益复杂时�Q�这一技术越发体现出其�h倹{��你可能需要�ؓ�~�译不同层次的应用定义各自的文�g路径�Q�比如运行单元测试的、运行应用程序的、运行Xdoclet的、生成JavaDocs的等�{�不同�\径。这�U�组件化路径定义的方法比为每个�Q务单独定义�\径要优越得多。否则，很容易丢�׃�Q务从属关�pȝ��轨迹�?/p>
<h3>8. 定义恰当的�Q务从属关�p?/h3>
<p>假设dist��d��从属于jar��d���Q�那么哪个�Q务从属于compile��d��哪个��d��从属于prepare��d��呢？Ant构徏文�g最�l�定义了��d��的从属关�p�d���Q�它必须被仔�l�地定义和维护�?/p>
<p>应该定期���查�Q务的从属关系以保证构建工作得到正���执行。大的构建文仉���着旉���推移���向于增加更多的��d���Q�所以到最后可能由于不必要的从属关�p�d��致构<br />
建工作非常困难。比如，你可能发现在�E�序员只需�~�译一些没有��用EJB的GUI代码时又重新生成了EJB代码�?</p>
<p>�?#8220;优化&#8221;的名义忽略�Q务的从属关系是另一�U�常见的错误。这�U�错误迫使程序员��Z��得到恰当的结果必��记住�ƈ按照特定的顺序调用一串�Q务。更好的做法是：提供描述清晰的公�׃�Q务，�q�些��d��包含正确的�Q务从属关�p�；另外提供一�?#8220;专家&#8221;��d��让你能够手工执行个别的构建步骤，�q�些��d��不提供完整的构徏�q�程�Q�但是让那些专家用户在快速而恼人的�~�码期间能够跌���某些步骤�?/p>
<h3>9.使用属�?/h3>
<p>��M��需要配�|�或可能发生变化的信息都应作为Ant属性定义下来。对于在构徏文�g中多�ơ出现的��g��同样处理。属性既可以在构建文件头部定义，也可以�ؓ了更好的灉|��性而在单独的属性文件中定义。以下是在构建文件中定义属性的样式�Q?/p>
<p>&lt;project name="sample" default="compile" basedir="."&gt;<br />
&nbsp; &lt;property name="dir.build" value="build"/&gt;<br />
&nbsp; &lt;property name="dir.src" value="src"/&gt;<br />
&nbsp; &lt;property name="jdom.home" value="../java-tools/jdom-b8"/&gt;<br />
&nbsp; &lt;property name="jdom.jar" value="jdom.jar"/&gt;<br />
&nbsp; &lt;property name="jdom.jar.withpath"<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;value="${jdom.home}/build/${jdom.jar}"/&gt;<br />
&nbsp;&nbsp;&nbsp; etc...<br />
&lt;/project&gt; </p>
<p>或者你可以使用属性文�Ӟ��</p>
&lt;project name="sample" default="compile" basedir="."&gt;<br />
&nbsp; &lt;property file="sample.properties"/&gt;<br />
&nbsp;&nbsp; etc...<br />
&lt;/project&gt;
<p>在属性文�?<em>sample.properties</em>�?</p>
dir.build=build<br />
dir.src=src<br />
jdom.home=../java-tools/jdom-b8<br />
jdom.jar=jdom.jarjdom.jar.withpath=${jdom.home}/build/${jdom.jar}
<p>用一个独立的文�g定义属性是有好处的�Q�它可以清晰地定义构��Z��的可配置部分。另外，在开发者工作在不同操作�pȝ��的情况下�Q�你可以在不同的�q�_��上提供该文�g的不同版本�?/p>
<h3>10. 保持构徏�q�程独立</h3>
<p>��Z��最大限度的扩展性，不要应用外部路径和库文�g。最重要的是不要依赖于程序员的CLASSPATH讄���。取而代之的是，在构建文件中使用相对路径�q�定义自��q��路径。如果你引用了绝对�\径如<em>C:\java\tools</em>�Q�其他开发者未必��用与你相同的目录�l�构�Q�所以就无法使用你的构徏文�g�?/p>
<p>如果你部�|�开放源码项目，应该提供包含�~�译代码所需的所有JAR文�g的发行版本。当�Ӟ���q�是在遵守许可协议的基础上。对于内部项目，相关的JAR文�g都应在版本控制系�l�的���理中，�q�捡出（check out�Q�到大家都知道的位置�?/p>
<p>当你必须引用外部路径�Ӟ��应将路径定义为属性。�ɽE�序员能够用适合他们自己的机器环境的参数重蝲�q�些属性。你也可以��用以下语法引用环境变量：</p>
&lt;property environment="env"/&gt;<br />
&lt;property name="dir.jboss" value="${env.JBOSS_HOME}"/&gt;
<h3>11. 使用版本控制�pȝ��</h3>
<p>构徏文�g是一个重要的制品�Q�应该像代码一栯���行版本控制。当你标��C��的代码时�Q�也应用同样的标�{�标记构建文件。这样当你需要回溯到旧版本�ƈ�q�行构徏�Ӟ��能够使用相应版本的构建文件�?/p>
<p>除构建文件之外，你还应在版本控制中维护第三方JAR文�g。同��P���q���你能够重新构建旧版本的��Y件。这也能够更�Ҏ��保证所有开发者拥有一致的JAR文�g�Q�因��Z��们都是同构徏文�g一起从版本控制�pȝ��中捡出的�?/p>
<p>通常应避免在版本控制�pȝ��中存放构建成果。倘若你的源代码很好地得到了版本控�Ӟ��那么通过构徏�q�程你能够重新生成�Q何版本的产品�?/p>
<h3>12. 把Ant作�ؓ&#8220;最���公分母&#8221;</h3>
<p>假设你的开发团队��用IDE工具�Q�当�E�序员通过点击图标���p��够构建整个应用时��Z��么还要�ؓAnt而烦恼呢�Q?/p>
<p>IDE的问题是一个关于团队一致性和重现性的问题。几乎所有的IDE设计初衷都是��Z��提高�E�序员的个�h生��率，而不是开发团队的持箋构徏。典型的IDE要求每个�E�序员定义自��q����目文�g。程序员可能拥有不同的目录结构，可能使用不同版本的库文�g�Q�还可能工作在不同的�q�_��上。这���导致出现这�U�情况：在Bob那里�q�行良好的代码，到Sally那里���无法运行�?/p>
<p>不管你的开发团队��用何�U�IDE�Q�一定要建立所有程序员都能够��用的Ant构徏文�g。要建立一个程序员在将��C��码提交版本控制系�l�前必须执行Ant构徏文�g的规则。这���确保代码是�l�过同一个Ant构徏文�g构徏的。当出现问题�Ӟ��要��用项目标准的Ant构徏文�g�Q�而不是通过某个IDE来执行一个干净的构建�?/p>
<p>�E�序员可以自由选择��M��他们习惯使用的IDE工具或编辑器。但是Ant应作为公共基�U�以保证代码永远是可构徏的�?/p>
<h3>13. 使用zipfileset属�?/h3>
<p>��Z���l�常使用Ant产生WAR、JAR、ZIP�?EAR文�g。这些文仉���常都要求有一个特定的内部目录�l�构�Q�但其往往与你的源代码和编译环境的目录�l�构不匹配�?/p>
<p>一个最常用的方法是写一个Ant��d���Q�按照期望的目录�l�构把一大堆文�g拯�����C��时目录中�Q�然后生成压�~�文件。这不是最有效的方法。��用zipfileset属性是更好的解��x��案。它让你从�Q何位�|�选择文�g�Q�然后把它们按照不同目录�l�构放进压羃文�g中。以下是一个例子：</p>
&lt;ear earfile="${dir.dist.server}/payroll.ear"<br />
&nbsp;&nbsp;&nbsp; appxml="${dir.resources}/application.xml"&gt;<br />
&nbsp; &lt;fileset dir="${dir.build}" includes="commonServer.jar"/&gt;<br />
&nbsp; &lt;fileset dir="${dir.build}"&gt;<br />
&nbsp;&nbsp;&nbsp; &lt;include name="payroll-ejb.jar"/&gt;<br />
&nbsp; &lt;/fileset&gt;<br />
&nbsp; &lt;zipfileset dir="${dir.build}" prefix="lib"&gt;<br />
&nbsp; &nbsp;&nbsp;&lt;include name="hr.jar"/&gt;<br />
&nbsp;&nbsp;&nbsp; &lt;include name="billing.jar"/&gt;<br />
&nbsp; &lt;/zipfileset&gt;<br />
&nbsp; &lt;fileset dir="."&gt;<br />
&nbsp;&nbsp;&nbsp; &lt;include name="lib/jdom.jar"/&gt;<br />
&nbsp;&nbsp;&nbsp; &lt;include name="lib/log4j.jar"/&gt;<br />
&nbsp;&nbsp;&nbsp; &lt;include name="lib/ojdbc14.jar"/&gt;<br />
&nbsp; &lt;/fileset&gt;<br />
&nbsp; &lt;zipfileset dir="${dir.generated.src}" prefix="META-INF"&gt;<br />
&nbsp;&nbsp;&nbsp; &lt;include name="jboss-app.xml"/&gt;<br />
&nbsp; &lt;/zipfileset&gt;<br />
&lt;/ear&gt;
<p>在这个例子中�Q�所有JAR文�g都放在EAR文�g包的<em>lib</em>目录中。hr.jar和billing.jar是从构徏目录拯����q�来的。因此我们��用zipfileset属性把它们�U�d��到EAR文�g包内部的<em>lib</em>目录。prefix属性指定了其在EAR文�g中的目标路径�?/p>
<h3>14. ���试Clean��d��</h3>
<p>假设你的构徏文�g中有clean和compile的�Q务，执行以下的测试。第一步，执行ant clean�Q�第二步�Q�执行ant compile�Q�第三步�Q�再执行ant compile。第三步应该不作��M��事情。如果文件再�ơ被�~�译�Q�说明你的构建文件有问题�?/p>
<p>构徏文�g应该只在与输出文件相兌���的输入文件发生变化时执行��d��。一个构建文件在不必执行诸如�~�译、拷贝或其他工作��d��的时候执行这些�Q务是低效的。当��目规模增长�Ӟ��即��是小的低效工作也会成为大的问题�?/p>
<h3>15. 避免特定�q�_��的Ant���装</h3>
<p>不管什么原因，有�h喜欢用简单的、名�U�叫�?em>compile</em>之类的批文�g或脚本装载他们的产品。当你去看脚本的内容你会发现以下内容�Q?/p>
<p>ant compile</p>
<p>其实开发�h员都很熟悉Ant�Q��ƈ且完全能够自己键入ant compile。请不要仅仅��Z��调用Ant而��用特定��^台的脚本。这只会使其他�h在首�ơ��用你的脚本时增加学习和理解的烦扰。除此之外，你不可能提供适用于每个操作系�l�的脚本�Q�这是真正烦扰其他用��L��地方�?/p>
<h3>�ȝ��</h3>
<p>太多的公�怾�靠手工方法和特别�E�序来编译代码和生成软�g发布版本。那些不使用Ant或类似工具定义构������E�的开发团队，��p��了太多的旉���来捕捉代码编译过�E�中出现的问题：在某些开发者那里编译成功的代码�Q�到另一些开发者那里却��p�|了�?/p>
<p>生成�q�维护构�����本不是一��富有魅力的工作�Q�但却是一��必需的工作。一个好的Ant构徏文�g�����你能够集中到更喜�Ƣ的工作——写代码中去�Q?/p>
<div   id="wmqeeuq"   class="clear"><a href="" target="NavPrv">&nbsp;</div>
</a>
<img src ="http://www.aygfsteel.com/Crying/aggbug/171186.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/Crying/" target="_blank">Crying</a> 2007-12-28 14:42 <a href="http://www.aygfsteel.com/Crying/articles/171186.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>                                                                                           <footer>
<div class="friendship-link">
<a href="http://www.aygfsteel.com/" title="&#29408;&#29408;&#20037;&#20037;&#20122;&#27954;&#27431;&#32654;&#19987;&#21306;&#95;&#20013;&#25991;&#23383;&#24149;&#20122;&#27954;&#32508;&#21512;&#20037;&#20037;&#50;&#48;&#50;&#95;&#22269;&#20135;&#31934;&#21697;&#20122;&#27954;&#31532;&#20116;&#21306;&#22312;&#32447;&#95;&#26085;&#26412;&#20813;&#36153;&#32593;&#31449;&#35270;&#39057;">&#29408;&#29408;&#20037;&#20037;&#20122;&#27954;&#27431;&#32654;&#19987;&#21306;&#95;&#20013;&#25991;&#23383;&#24149;&#20122;&#27954;&#32508;&#21512;&#20037;&#20037;&#50;&#48;&#50;&#95;&#22269;&#20135;&#31934;&#21697;&#20122;&#27954;&#31532;&#20116;&#21306;&#22312;&#32447;&#95;&#26085;&#26412;&#20813;&#36153;&#32593;&#31449;&#35270;&#39057;</a>

</div>

</footer>


��վ֩���ģ�壺
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�ϴ���</a>|
<a href="http://" target="_blank">��ԭ��</a>|
<a href="http://" target="_blank">̫������</a>|
<a href="http://" target="_blank">��ƽ��</a>|
<a href="http://" target="_blank">��ɽ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">ӯ����</a>|
<a href="http://" target="_blank">��Դ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��ƽ��</a>|
<a href="http://" target="_blank">캵���</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">����</a>|
<a href="http://" target="_blank">�����</a>|
<a href="http://" target="_blank">��ͨ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�º���</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">¹����</a>|
<a href="http://" target="_blank">��Դ��</a>|
<a href="http://" target="_blank">¬����</a>|
<a href="http://" target="_blank">�ﴨ��</a>|
<a href="http://" target="_blank">�⿪��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��̨��</a>|
<a href="http://" target="_blank">�ϴ���</a>|
<a href="http://" target="_blank">ɳƺ����</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�±���</a>|
<a href="http://" target="_blank">ƾ����</a>|
<a href="http://" target="_blank">��Զ��</a>|
<a href="http://" target="_blank">ͨ����</a>|
<a href="http://" target="_blank">�ͷ�</a>|
<a href="http://" target="_blank">�Ժ���</a>|
<a href="http://" target="_blank">�����</a>|
<a href="http://" target="_blank">������</a>|
<script>
(function(){
    var bp = document.createElement('script');
    var curProtocol = window.location.protocol.split(':')[0];
    if (curProtocol === 'https') {
        bp.src = 'https://zz.bdstatic.com/linksubmit/push.js';
    }
    else {
        bp.src = 'http://push.zhanzhang.baidu.com/push.js';
    }
    var s = document.getElementsByTagName("script")[0];
    s.parentNode.insertBefore(bp, s);
})();
</script>
</body>