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

《你必须知道的.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  阅读(4506)  评论(16编辑  收藏  举报