草庐IT

你应该

全部标签

c# - 应该多久关闭/打开一次连接?

我正在从C#逐行写入SQL服务器上的两个表。我的C#应用程序将参数传递给2个存储过程,每个存储过程都将行插入表中。每次调用存储过程时,我都会打开然后关闭连接。我需要将大约100m行写入数据库。我是否应该在每次调用存储过程时关闭和打开连接?这是我正在做的一个例子:publicstaticvoidInsert_TestResults(TestResultstestresults){try{DbConnectioncn=GetConnection2();cn.Open();//storedprocedureDbCommandcmd=GetStoredProcCommand(cn,"Inser

c# - 我是否应该始终将我的代码包装在 try...catch block 中?

这个问题在这里已经有了答案:关闭10年前。PossibleDuplicate:Whentousetry/catchblocks?Mainmethodcodeentirelyinsidetry/catch:Isitbadpractice?WhentouseTryCatchblocks异常可能发生在任何地方,所以这让我思考:我是否应该始终将我的代码包装在try..catchblock中?这是针对C#的。(我可能遗漏了一些基本的东西,因为我还是个新手)编辑:看来这确实不是一个非常聪明的问题。我们在学校学到的唯一一件事就是使用try...catch来防止崩溃。对于异常,我们所做的是显示一个Me

c# - 有没有理由我不应该从 C# 开始

我认为我倾向于将C#和.net作为学习Web开发的集中语言。我想学习良好的编程基础知识,并且我已经研究了几乎所有其他内容。我将其缩小为C#、Python、Ruby和PHP这四个。是否有理由远离C#(我认为成本问题不会真正适用于我的独立开发人员情况,但我可能完全错了)。有什么想法吗?我知道这些都是很棒的语言,所以我不想问哪一个是最好的。然而,Ruby是否会成为第一语言的可行替代品,或者它是否有太多的“幕后魔法”加上Rails和非正统的方法论?我确实喜欢我所看到的语言。 最佳答案 这可能会导致一场口水战,但我认为C#是一种非常适合用于W

c# - 我什么时候应该使用 "Invariant Language (Invariant Country)"作为程序集的中性语言?

目前我能想到三种情况:不包含任何资源的程序集在其资源文件中仅包含图像(即ToolBoxBitmaps)的控制库仅包含用于抛出异常的文本的库(无论如何我们都不希望用户看到这些,对吗?;-))我对这些案例的看法是否正确,还有其他我现在没有看到的案例吗? 最佳答案 仅仅因为一个库只包含非文本资源并不意味着它不需要本地化。图像也可能需要本地化,要么是因为它们包含文本,要么是因为它们受到文化偏见的显着影响(当然,我知道目前没有主要应用程序仅出于这个原因对图像进行本地化)。可能还有特定于语言/文化的声音文件。此外,仅仅因为库中的唯一文本是异常文

c# - 如果请求的实体在 Db 中不存在,我应该抛出哪个异常?

这个问题不太可能帮助任何future的访问者;它只与一个小的地理区域、一个特定的时间点或一个非常狭窄的情况有关,这些情况并不普遍适用于互联网的全局受众。为了帮助使这个问题更广泛地适用,visitthehelpcenter.关闭9年前。想象一个方法,该方法尝试检索根据业务逻辑(对于特定情况)应该存在于Db中的实体。当我尝试通过我的存储库从Db检索它时,如果我返回null,我应该抛出哪个异常?(我在想ObjectNotFoundException)

c# - 为什么我得到 "Culture is not supported"以及如果有的话,我应该怎么做?

我在此处的“返回”行上有一个断点:[HttpGet][Route("api/Test/{id1}/{id2}")]publicNRBQEntityGetTestMessage(Stringid1,Stringid2){returnNRBQClient.GetTestMessage(id1,id2);}虽然它不会使应用程序崩溃,但当我达到这一点时,我明白了,“异常:抛出:“不支持文化。”(System.Globalization.CultureNotFoundException)抛出System.Globalization.CultureNotFoundException:“不支持文化。

c# - Stream.ReadAsync 和 Stream.WriteAsync 是否应该在返回之前或操作完成之后同步更改光标位置?

我一直在尝试实现一个支持ReadAsync和WriteAsync的Stream,并考虑到documentation的冗余性,我正在努力了解如何正确执行此操作。具体来说,关于流的光标位置。问了一个类似的问题here和here关于旧的BeginRead函数。该函数的文档似乎表明,在任何挂起的异步操作完成之前,不应再次调用BeginRead。鉴于BeginRead现在已弃用nolongerrecommendedfornewdevelopment并且Stream可能已被显着改变以实现新的Async功能,事情再次不清楚。(编辑:通常这种警告意味着新函数被直接实现,旧函数调用新函数并且仍然存在只是

c# - Roslyn 代码分析器——什么时候应该使用 "this."?

在使用实例成员时,我总是明确地使用我的代码,在它们前面加上this.和静态成员,在它们前面加上类型名称。Roslyn似乎不喜欢这样,并礼貌地建议您可以在代码中适本地省略this.和Type.......所以我会在哪里做这个。..(没有双关语意)publicvoidDoSomethingCool(){this.CallAwesomeMethod();CoolCucumber.DoSomethingLessAewsome();}...roslyn建议我这样做...publicvoidDoSomethingCool(){CallAwesomeMethod();DoSomethingLessA

c# - 我们什么时候不应该创建 Assembly 的强名称? "strong named assembly"的缺点是什么?

我有一个项目,即library.exe。在此我引用了一个程序集(logging.dllver1.0.3.0)并且我给这个程序集起了一个强名称。现在假设我更改了logging.dll中的一个方法并制作了版本1.0.4.0。现在当我用这个新的DLL复制/替换旧的DLL时,我得到了一个异常。我知道异常是因为我更改了DLL的版本号。因为它是一个强名称DLL,除非我重建library.exe,否则不允许使用它。上面的故事我想说的是仅当我们必须将其添加到GAC时,才对程序集使用强名称。如果我们有一个应用程序,其中单个程序集需要更新,请不要使用强命名程序集。我对第1点和第2点的看法是否正确?什么时候

c# - 不同的 DLL,但在控制台应用程序和网站中应该相同

我有一个控制台应用程序和网站使用相同的System.Runtime.Serialization.Primitives.dll程序集。但是,当我运行该网站时,我的程序集是右边那个,但是如果我运行安慰应用程序,该网站的DLL变成了左边那个并导致错误。这两个项目都是v4.7,在我将所有项目升级到该框架后开始出现这种情况。两个项目都有这个 最佳答案 通过对相同DLL的不同引用来解决此问题的方法:第1步:在VisualStudio2015上创建一个新的网络应用第2步:检查问题是否仍然存在于这个新的网络应用程序项目中。如果答案是否并且问题不再存