我目前有一个应用程序显示构建号在其标题窗口。这很好，除了它对大多数用户没有任何意义，他们想知道他们是否有最新的版本-他们倾向于将其称为“上周四的”而不是1.0.8.4321版本。
计划是把构建日期放在那里，例如“App构建于21/10/2009”。
我正在努力寻找一种程序化的方法，将构建日期作为文本字符串提取出来，以便像这样使用。
对于版本号，我使用:
Assembly.GetExecutingAssembly().GetName().Version.ToString()
在定义了这些是怎么来的之后。
我希望编译日期(和时间，为了加分)也像这样。
非常感谢这里的指示(如果合适的话，借口双关语)，或者更整洁的解决方案……
当前回答
上面的方法可以对进程中已经加载的程序集进行调整，使用内存中的文件映像(而不是从存储中重新读取它):
using System;
using System.Runtime.InteropServices;
using Assembly = System.Reflection.Assembly;
static class Utils
{
public static DateTime GetLinkerDateTime(this Assembly assembly, TimeZoneInfo tzi = null)
{
// Constants related to the Windows PE file format.
const int PE_HEADER_OFFSET = 60;
const int LINKER_TIMESTAMP_OFFSET = 8;
// Discover the base memory address where our assembly is loaded
var entryModule = assembly.ManifestModule;
var hMod = Marshal.GetHINSTANCE(entryModule);
if (hMod == IntPtr.Zero - 1) throw new Exception("Failed to get HINSTANCE.");
// Read the linker timestamp
var offset = Marshal.ReadInt32(hMod, PE_HEADER_OFFSET);
var secondsSince1970 = Marshal.ReadInt32(hMod, offset + LINKER_TIMESTAMP_OFFSET);
// Convert the timestamp to a DateTime
var epoch = new DateTime(1970, 1, 1, 0, 0, 0, DateTimeKind.Utc);
var linkTimeUtc = epoch.AddSeconds(secondsSince1970);
var dt = TimeZoneInfo.ConvertTimeFromUtc(linkTimeUtc, tzi ?? TimeZoneInfo.Local);
return dt;
}
}
其他回答
如果这是一个windows应用程序，你可以只使用应用程序的可执行路径: 新System.IO.FileInfo (Application.ExecutablePath) .LastWriteTime.ToString(“yyyy.MM.dd”)
Jeff Atwood在《艰难地确定构建日期》中谈到了这个问题。
最可靠的方法是从可执行文件中嵌入的PE头中检索链接器时间戳——一些c#代码(由Joe Spivey编写)来自Jeff文章的注释:
public static DateTime GetLinkerTime(this Assembly assembly, TimeZoneInfo target = null)
{
var filePath = assembly.Location;
const int c_PeHeaderOffset = 60;
const int c_LinkerTimestampOffset = 8;
var buffer = new byte[2048];
using (var stream = new FileStream(filePath, FileMode.Open, FileAccess.Read))
stream.Read(buffer, 0, 2048);
var offset = BitConverter.ToInt32(buffer, c_PeHeaderOffset);
var secondsSince1970 = BitConverter.ToInt32(buffer, offset + c_LinkerTimestampOffset);
var epoch = new DateTime(1970, 1, 1, 0, 0, 0, DateTimeKind.Utc);
var linkTimeUtc = epoch.AddSeconds(secondsSince1970);
var tz = target ?? TimeZoneInfo.Local;
var localTime = TimeZoneInfo.ConvertTimeFromUtc(linkTimeUtc, tz);
return localTime;
}
使用的例子:
var linkTimeLocal = Assembly.GetExecutingAssembly().GetLinkerTime();
注意:这个方法适用于。net Core 1.0，但在。net Core 1.1之后就不再适用了——它给出的年份是1900-2020年之间的随机值。
我采纳了阿卜杜勒拉希姆的建议。然而，它似乎给出了一个奇怪的时间格式，还添加了一天的缩写作为构建日期的一部分;例:太阳12/24/2017 13:21:05.43。我只需要日期，所以我必须消除其余使用子字符串。
在添加echo %date% %time% > "$(ProjectDir)\Resources\BuildDate.txt"到预构建事件后，我只做了以下工作:
string strBuildDate = YourNamespace.Properties.Resources.BuildDate;
string strTrimBuildDate = strBuildDate.Substring(4).Remove(10);
好消息是，它起作用了。
约翰对“新方法”的回答有一个小小的更新。
在使用ASP时，您需要构建路径，而不是使用CodeBase字符串。NET/MVC
var codeBase = assembly.GetName().CodeBase;
UriBuilder uri = new UriBuilder(codeBase);
string path = Uri.UnescapeDataString(uri.Path);
我只是一个c#新手，所以我的回答可能听起来很傻——我从可执行文件最后写入的日期开始显示构建日期:
string w_file = "MyProgram.exe";
string w_directory = Directory.GetCurrentDirectory();
DateTime c3 = File.GetLastWriteTime(System.IO.Path.Combine(w_directory, w_file));
RTB_info.AppendText("Program created at: " + c3.ToString());
我试着用File。GetCreationTime方法，但得到了奇怪的结果:命令的日期是2012-05-29，但窗口资源管理器的日期显示为2012-05-23。在搜索这个差异后，我发现该文件可能是在2012-05-23创建的(如Windows资源管理器所示)，但在2012-05-29复制到当前文件夹(如文件所示)。GetCreationTime命令)-所以为了安全起见，我使用文件。GetLastWriteTime命令。
扎莱克
