Installation 安装/安装项目程序集重定向到相对目录

我开发了一个小型安装程序（target:NET3.5客户端配置文件），我有两个问题

因为这是用.NET3.5Framework完成的，我的目标系统之一是XP，所以在运行程序之前，我必须检查是否安装了.NET3.5Framework。因此，我使用Inno安装程序检查并安装框架（如果是）。我不确定这是不是最好的方式。我想知道是否有人会给我一些更好的选择，关于Inno设置的选择。我尝试过windows脚本（*.vbs），但在我的一个测试中，在XP工作站上，此*.vbs文件无法运行，因为此类型的文件与Wscript.exe不关联，因此，我放弃此选项

我的项目使用的程序集文件（dll）很少，默认情况下，在编译项目时，它们被转储到调试/发布文件夹中。但是，我使用了一些其他的程序集文件，动态加载这些文件，并通过反射调用方法和属性。我手动硬编码这些文件相对于我的exe文件的位置。因此，如果我的exe文件在CD（D:）中，那么我的程序将查找文件夹D:\Bin。对于win7，它将查找D:\Bin\win7，对于XP，它将查找D:\Bin\XP文件夹等。我的程序使用三个常用程序集（在开头描述），在编译项目之前，我通过“添加引用”加载了它们，正如我所说，VS将它们转储到调试/发布文件夹中。我实际需要的是将这些文件放在我的Bin文件夹中，这样我的setup.exe文件将与CD根目录中的config.ini文件单独存在；又好又干净。我需要的是以某种方式告诉VS，我需要我的程序集位于输出文件夹（debug/release）内的Bin文件夹中。如果这是可能的，那么我可以复制我的Bin文件夹的可执行文件，并制作CD，这是我的最终目标

在这两个问题上有更好的想法吗？

---

tnx

1）使用InnoSetup有什么问题？它肯定比vbs脚本好（我不敢相信它们还活着：-）我不是说最好，也许使用一些.NET魔法更好，只是比较InnoSetup和vbs…InnoSetup没有什么错。我试图避免在我的项目中使用多种环境/语言。理想情况下，我正在寻找一种可以在WindowsXP（没有SP3或SP1）中运行的东西，并且在安装之前不需要任何运行时。我想我必须坚持使用vb.net+inno设置。