WinForm实现多个可执行文件的合并和执行
1 引言
这种情况,常常出现在我们的变态需求里,因为客户常常是“无理”的。他们不希望见到过多的文件,尤其是过多的可执行文件,对于很多陌生的计算机用户来说,仅仅点击一次就可以完成所有的事情。
你看,我们的老王主任(虚拟人物,如有雷同,纯属虚构)不满意项目组提交的服务启动程序了,因为原来的实现并没有考虑太多的用户体验,我们要求客户首先设置必要的参数和启动条件,然后再启动专门的服务程序。就是这两次简单的操作,老王主任火冒三丈,因为他总是点错了顺序倒置程序加载问题,从而顺便迁怒到我们辛苦做了10个月的系统上。“你的东西太烂了,连打开就都这么费劲”,我读懂了老王的潜台词,然后默默的回去解决这个不是问题的问题。
对需求来说,客户永远是对的。
2 实现的步骤
2.1 基本步骤
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 : http://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来指定要生成的目标路径,一个活生生的可执行文件就这样呱呱落地了。
// Copyright : http://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 其他的方式
其实,一定有很多的大牛,不屑于这种呆板的解决思路,你可以理直气壮的提出至少以下几种方案来解决“老王的烦恼”,例如:
而本文的方案,并不仅仅只能应付可执行文件这样的花招上,将思路和眼界放得更加开阔时,采用资源文件和文件流处理方式,可以灵活的应对很多的问题和方案。而这些思考,就用不着由小王来代劳,全看大家了。
这种情况,常常出现在我们的变态需求里,因为客户常常是“无理”的。他们不希望见到过多的文件,尤其是过多的可执行文件,对于很多陌生的计算机用户来说,仅仅点击一次就可以完成所有的事情。
你看,我们的老王主任(虚拟人物,如有雷同,纯属虚构)不满意项目组提交的服务启动程序了,因为原来的实现并没有考虑太多的用户体验,我们要求客户首先设置必要的参数和启动条件,然后再启动专门的服务程序。就是这两次简单的操作,老王主任火冒三丈,因为他总是点错了顺序倒置程序加载问题,从而顺便迁怒到我们辛苦做了10个月的系统上。“你的东西太烂了,连打开就都这么费劲”,我读懂了老王的潜台词,然后默默的回去解决这个不是问题的问题。
对需求来说,客户永远是对的。
2 实现的步骤
2.1 基本步骤
- 准备好外部加载的可执行文件(Anytao_Insidenet_QuickLink.exe),新建项目
- 将可执行文件加载到资源文件
- 新建资源文件(ExeRes.resx)
- 将可执行文件加载到资源文件:打开资源文件ExeRes.resx,选择Add Existing File,并加载准备好的可执行程序
- 访问资源文件:.NET中资源文件的访问非常方便,Visual Studio会自动生成对于资源文件的逻辑代码,类似于实体化处理。例如打开ExeRes.Designer.cs可以看到(省略部分代码)
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 : http://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来指定要生成的目标路径,一个活生生的可执行文件就这样呱呱落地了。
- 在程序中打开外部可执行文件
// Copyright : http://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安装程序
- 其他安装程序
而本文的方案,并不仅仅只能应付可执行文件这样的花招上,将思路和眼界放得更加开阔时,采用资源文件和文件流处理方式,可以灵活的应对很多的问题和方案。而这些思考,就用不着由小王来代劳,全看大家了。
浙公网安备 33010602011771号