草庐IT

release-management

全部标签

c# - .net 中的转换 : Native Utf-8 <-> Managed String

我创建了这两种方法来将nativeutf-8字符串(char*)转换为托管字符串,反之亦然。以下代码完成这项工作:publicIntPtrNativeUtf8FromString(stringmanagedString){byte[]buffer=Encoding.UTF8.GetBytes(managedString);//notnullterminatedArray.Resize(refbuffer,buffer.Length+1);buffer[buffer.Length-1]=0;//terminating0IntPtrnativeUtf8=Marshal.AllocHGlob

c# - 统一: Change default lifetime manager for implicit registrations and/or disable them

Unity容器将自动解析它可以自行识别的任何类型,无需手动注册。这在某些方面很好,但我遇到的问题是它使用TransientLifetimeManager来解决这种类型的问题,而我几乎总是想要一个ContainerControlledLifetimeManager。当然,我仍然可以手动将我的类型注册为单例,但如果我忘记了,应用程序将成功启动,而不是在启动时出现未处理的异常,并且一切似乎都正常工作。但最终会出现错误,可能非常微妙,难以诊断,因为存在一个类型的多个实例,这意味着是一个单例。所以我的问题是:有没有一种方法可以指定不同的默认生命周期管理器或完全禁用默认的自动解析行为并将容器限制为

c# - 从 C# 运行时 SQL 查询超时,在 SQL Server Management Studio 中运行速度很快

我有一个使用下面列出的代码执行SQL查询的C#程序。直到前几天,我一直在使用这段代码一段时间,没有任何问题。我将一个查询字符串传递给SQL,其中包含一个字符串列表,这些字符串是股票标识符。前几天我跑了一下,查询超时了,让我跑一个多小时。过去几天我一直在尝试调试它。在我最初的查询中,大约有900个标识符。我已经尝试改变我能想到的一切,但我得到了无法解释的结果。例如:该查询适用于一个股票列表,但不适用于另一个在字符串数量和总长度方面具有相同长度的列表它适用于一个列表,但不适用于相反顺序的同一个列表对于一个列表,如果恰好有900个标识符,它就可以工作,但如果有899或901个,它就不会工作,

c# - 在 Debug 中使用 Project Reference,在 Release 中使用 Nuget

我想同时在我的项目(A)和依赖的Nuget包(B)中工作,而不需要在每次更改时都发布nuget包。是否可以在构建调试时从解决方案(A)中引用Nuget项目(B)。在构建Release时使用Source中的Nuget包? 最佳答案 一种方法是手动编辑csproj文件。如果您当前已经引用了NuGet包,那么您将在csproj文件中拥有这样的部分:......\packages\log4net.2.0.8\lib\net45-full\log4net.dllTrue....在这个例子中,使用了log4net。对于您的NuGet包,公钥to

c# - 无法在 Dot Net Core 中使用 System.Management.dll

如果System.Management.dll与DotNetCore不兼容,我应该如何收集硬件信息。如何获取处理器ID、磁盘卷号等机器信息 最佳答案 .NETCore3现在支持System.Management。截至目前,.NETCore3处于预览模式,最新的预览版本为4。您必须选择VisualStudio中“项目”菜单下的管理NuGet程序包...菜单项才能安装最新版本的System.Management。确保选中包含预览复选框,以便安装最新版本。以前版本的System.Management抛出一个错误:"Cannotmarsha

C# 使用 Managed Wifi API 连接到 Wifi 网络

我想知道是否可以使用ManagedWifiAPI连接到wifi网络? 最佳答案 基本上,是的。也许您应该花几分钟搜索一下。来自ManagedWifiAPIcodeplexpage:ThelibraryusestheNativeWifiAPI,...因此转到nativeWifiAPI:MSDNConnecttoordisconnectfromawirelessnetwork.SeeWlanConnectandWlanDisconnect.此外,在ManagedWifiAPI的源代码中WlanApi.cs://////Requestsa

c# - Debug 和 Release 模式之间的异常堆栈跟踪差异

下面的代码在调试和Release模式下生成不同的异常堆栈跟踪:staticclassET{publicstaticvoidE1(){thrownewException("E1");}publicstaticvoidE2(){try{E1();}catch(Exceptione){throw;}}publicstaticvoidEntry(){try{E2();}catch(Exceptione){Console.WriteLine(e.StackTrace);}}}Debug模式下的结果:atET.E1()inD:\myStudio\CSharp\CSharp4.0\MyCSharp\

c# - Visual Studio 2008 : Step to next line is very slow when debugging managed code

当通过F10逐行单步执行我的C#代码时,调试器需要一秒钟多的时间才能到达下一行。我试过删除所有监视和断点,但这没有任何区别。这正常吗?很长一段时间以来都是这样,所以我什至不记得这是不是更好了。我的开发计算机是一台四核机器,没有后台任务事件并且有足够的RAM。如果不正常,我还能尝试什么?它仍然可以使用,但是一个不那么迟钝的用户界面会很棒...... 最佳答案 可能发生的情况是,您在调用堆栈框架中有一个变量,该变量具有昂贵的.ToString方法。在2008年,无论窗口是否实际可见,调用堆栈窗口的数据都会在每一步重建。构建此窗口的一部分

c# - 调试/ Release模式下的浮点/ double

C#/.NET浮点运算在Debug模式和Release模式之间的精度是否不同? 最佳答案 它们确实可以不同。根据CLRECMA规范:Storagelocationsforfloating-pointnumbers(statics,arrayelements,andfieldsofclasses)areoffixedsize.Thesupportedstoragesizesarefloat32andfloat64.Everywhereelse(ontheevaluationstack,asarguments,asreturntypes

c# - Release模式下 Console.SetOut 的问题?

我的代码中有一堆Console.WriteLines,我可以在运行时观察它们。我与我也编写的native库进行通信。我想在native库中添加一些printf并观察它们。但是我在运行时看不到它们。我创建了一个复杂的helloworld应用程序来演示我的问题。当应用程序运行时,我可以调试到native库并看到调用了helloworld。但是,输出永远不会出现在文本编写器中。请注意,如果相同的代码作为控制台应用程序运行,则一切正常。C#:[DllImport("native.dll")]staticexternvoidTest();StreamWriterwriter;publicForm