[开发故事]第一回:用简单方式,实现多个可执行文件的合并和执行?
[开发故事]第一回:用简单方式,实现多个可执行文件的合并和执行?
发布日期: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.
Worktile,新一代简单好用、体验极致的团队协同、项目管理工具,让你和你的团队随时随地一起工作。完全免费,现在就去了解一下吧。
https://worktile.com