[开发故事]第一回：用简单方式，实现多个可执行文件的合并和执行？
发布日期：2008.6.3 作者：Anytao
© 2008 Anytao.com ，Anytao原创作品，转贴请注明作者和出处。
 说在，开篇之前 |
|
写了很多的关于.NET Framework探讨的文章，偶尔也可以换个口感，本文就算是这个方向的一个起点，从实践和应用的角度将个别有意思的体会加以分享。简单也罢，深入也罢，对我来说都是开发中的一个个鲜活的故事，记录下来就是一种积累。 既然是开发故事，我就不想写得枯燥，让人读者厌烦。因为有太多的枯燥学本让我感觉无聊，所以[开发故事]就以故事的形式来阐述技术应用的一个个问题。大部分情况下，我都想将问题简单化处理，拐弯抹角并非真正好的作品，而真正的企业级应用则可以在此基础上举一反三。 让更多的人看到，就是我的简单想法。 |
这种情况，常常出现在我们的变态需求里，因为客户常常是“无理”的。他们不希望见到过多的文件，尤其是过多的可执行文件，对于很多陌生的计算机用户来说，仅仅点击一次就可以完成所有的事情。
你看，我们的老王主任（虚拟人物，如有雷同，纯属虚构）不满意项目组提交的服务启动程序了，因为原来的实现并没有考虑太多的用户体验，我们要求客户首先设置必要的参数和启动条件，然后再启动专门的服务程序。就是这两次简单的操作，老王主任火冒三丈，因为他总是点错了顺序倒置程序加载问题，从而顺便迁怒到我们辛苦做了10个月的系统上。“你的东西太烂了，连打开就都这么费劲”，我读懂了老王的潜台词，然后默默的回去解决这个不是问题的问题。
对需求来说，客户永远是对的。
2 实现的步骤
2.1 基本步骤
- 准备好外部加载的可执行文件（Anytao_Insidenet_QuickLink.exe），新建项目
- 将可执行文件加载到资源文件
- 新建资源文件（ExeRes.resx）
- 将可执行文件加载到资源文件：打开资源文件ExeRes.resx，选择Add Existing File，并加载准备好的可执行程序
- 访问资源文件：.NET中资源文件的访问非常方便，Visual Studio会自动生成对于资源文件的逻辑代码，类似于实体化处理。例如打开ExeRes.Designer.cs可以看到（省略部分代码）
internal class ExeRes {
internal ExeRes() {
}
internal static byte[] Anytao_Insidenet_QuickLink {
get {
object obj = ResourceManager.GetObject("Anytao_Insidenet_QuickLink", resourceCulture);
return ((byte[])(obj));
}
}
}
因此，对于资源文件的访问可以是：
byte[] bytesExe = ExeRes.Anytao_Insidenet_QuickLink;
由此，就可以成功的将一个可执行文件加载到资源文件，并通过静态属性来访问。
- 应用文件流还原可执行文件
应用文件流还原可执行文件，是个简单的操作，不必做过多的交代：
// Copyright : www.anytao.com
// Author : Anytao，http://www.anytao.com
// Release : 2008/05/24 1.0
public void GetExeFromBytes(byte[] buffer, string fileName)
{
FileStream fs = new FileStream(fileName, FileMode.Create);
BinaryWriter writer = new BinaryWriter(fs);
try
{
writer.Write(buffer, 0, buffer.Length);
}
catch (IOException ex)
{
Trace.WriteLine(ex.Message);
}
finally
{
writer.Close();
fs.Close();
}
}
可以通过buffer来指定要处理的资源文件，通过fileName来指定要生成的目标路径，一个活生生的可执行文件就这样呱呱落地了。
- 在程序中打开外部可执行文件
对于释放的可执行文件，通过应该程序来打开通常是以Process组件来完成的，例如：
// Copyright : www.anytao.com
// Author : Anytao，http://www.anytao.com
// Release : 2008/05/24 1.0
public void RunExe(string fileName)
{
Process myProc = new Process();
myProc.StartInfo.FileName = fileName;
myProc.Start();
myProc.WaitForExit();
}
基本的过程，就是如此简单，而对于实现老王主任的变态需求，已经算是“最简单的方式了”。小王用10分钟交了答卷，还有什么好办法呢，可能思考还未停止。
- 你还可以有更多的操作：删除释放的可执行文件，加载和释放更多的可执行程序。
具体的实现，见源码下载来具体了解。
2.2 原理分析
纵观整个解决方案，其实应用.NET的基本原理并不复杂，而将这些简单的原理进行组合应用，就有了简单有效的解决方案。以本文为例，我们涉及的基础性内容主要包括：
- 资源文件
关于资源文件，我将以专题形式来讲解，展现一个全面而有深度的理解，大家敬请关注吧:-)
- 文件流处理
讲得太多了，还需要吗，或许吧，但不是现在。
- 外部程序加载
示例中已经有很清楚的描述了，可以参见相关的实例进一步了解。
三个不是很负责的技术点，解决一个其实也并不复杂的变态需求，如何技术永远可以停留在这里，那就没什么意思了。最重要的是，技巧性的背景下，可以挖掘更多的思考，这才是重要的。
3 其他的方式
其实，一定有很多的大牛，不屑于这种呆板的解决思路，你可以理直气壮的提出至少以下几种方案来解决“老王的烦恼”，例如：
- WinRar自解压模式
- Windows Install安装程序
- Install Shield安装程序
- 其他安装程序
对于轻量型的需求来说，采用本文的方案不失为一种选择，至少在程序中控制对于其他可执行文件的控制，可以提高更多的需求适应。不过，前提是加载到资源文件的可执行文件和相关文件是轻量级的，不然蜗牛般的打开速度，同样使老王主任投去不懈的表情，他的眼神很有杀伤力。
而本文的方案，并不仅仅只能应付可执行文件这样的花招上，将思路和眼界放得更加开阔时，采用资源文件和文件流处理方式，可以灵活的应对很多的问题和方案。而这些思考，就用不着由小王来代劳，全看大家了。
4 结论
老王主任，笑了。
拍着小王我的肩膀说：“小伙，有前途。”，顺便递上一支红塔山。我的老脸青一阵紫一阵，心想这种把戏你也信:-)
欲观这场旷日持久的战役，且听下回分解。。。
| 源代码下载 |
© 2008 Anytao.com 原创作品，转贴请注明作者和出处，留此信息。
本文以“现状”提供且没有任何担保，同时也没有授予任何权利。
This posting is provided "AS IS" with no warranties, and confers no rights.