简短版本: 我希望我的程序能够在运行时(只读)访问它自己的源代码。有没有办法在编译时自动将源代码打包到dll中?
长版:
背景是当发生异常时,我想自动创建一个文件,其中包含发生的一些细节。该文件应包括导致问题的函数的源代码。我想通过电子邮件将此文件发送给其他人,而接收者很可能没有(或不想安装)Visual Studio,所以任何使用符号服务器等的东西都是不可能的。它必须是纯文本文件。
理想情况下,我会在某处找到相关的源代码文件,然后复制相关行。您可以放心地假设,只要我有一个包含整个源代码的文件夹,我就能找到我想要的文件和行。
到目前为止我能想到的最好的想法——我没有详细研究它,因为它看起来很混乱——是修改 MSBuild 文件以在编译期间创建源的 .zip,并要求.dll 和 .zip 驻留在同一文件夹中。
我发现的关于 stackoverflow 的大多数听起来相似的问题似乎都涉及反编译.dll 文件,这不是我想要做的。我有源代码,我想以方便的方式将它与 .dll 一起提供。
更新:真正的长版本
似乎有些人在认真质疑我为什么要这样做,所以这是答案:我的软件的主要目的是测试其他一些软件。其他软件有一个 GUI。举个简单的例子,假设其他软件是标准的 Windows 计算器,那么我的测试用例可能看起来像这样:
calculator.Open();
calculator.EnterValue(13);
calculator.PressButtonPlus();
calculator.EnterValue(38);
calculator.PressButtonEnter();
int value = calculator.GetDisplayedValue();
Assert.That(value == 51);
calculator.Close();
这些测试是有意以人类可读的方式编写的。
当出现问题时,我想做的是给计算器的开发人员详细描述如何重现问题,以一种他可以在没有我的软件的情况下手动重现的方式。(在这个例子中,他会打开计算器,输入 13,按加号,等等。)
也许另一种选择是让每个函数calculator.Something()
在日志中写出一条信息行,但这会 a) 做更多的工作,b) 只包括测试运行到它中止的点,c) 承担一些风险在一个函数中忘记了编写该行,从而对所做的事情给出了错误的表示。但我对复制源代码以外的其他解决方案持开放态度。