[开发故事]第一回：用简单方式，实现多个可执行文件的合并和执行？

《你必须知道的.NET》网站 | Anytao技术博客 

[开发故事]第一回：用简单方式，实现多个可执行文件的合并和执行？

发布日期：2008.6.3 作者：Anytao
© 2008 Anytao.com ，Anytao原创作品，转贴请注明作者和出处。

说在，开篇之前

写了很多的关于.NET Framework探讨的文章，偶尔也可以换个口感，本文就算是这个方向的一个起点，从实践和应用的角度将个别有意思的体会加以分享。简单也罢，深入也罢，对我来说都是开发中的一个个鲜活的故事，记录下来就是一种积累。

既然是开发故事，我就不想写得枯燥，让人读者厌烦。因为有太多的枯燥学本让我感觉无聊，所以[开发故事]就以故事的形式来阐述技术应用的一个个问题。大部分情况下，我都想将问题简单化处理，拐弯抹角并非真正好的作品，而真正的企业级应用则可以在此基础上举一反三。

让更多的人看到，就是我的简单想法。
1 引言

这种情况，常常出现在我们的变态需求里，因为客户常常是“无理”的。他们不希望见到过多的文件，尤其是过多的可执行文件，对于很多陌生的计算机用户来说，仅仅点击一次就可以完成所有的事情。

你看，我们的老王主任（虚拟人物，如有雷同，纯属虚构）不满意项目组提交的服务启动程序了，因为原来的实现并没有考虑太多的用户体验，我们要求客户首先设置必要的参数和启动条件，然后再启动专门的服务程序。就是这两次简单的操作，老王主任火冒三丈，因为他总是点错了顺序倒置程序加载问题，从而顺便迁怒到我们辛苦做了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.

posted @ 2008-06-03 23:55  Anytao  阅读(4496)  评论(16)  编辑  收藏  举报