关闭。这个问题不符合StackOverflowguidelines.它目前不接受答案。要求我们推荐或查找工具、库或最喜欢的场外资源的问题对于StackOverflow来说是偏离主题的，因为它们往往会吸引自以为是的答案和垃圾邮件。相反，describetheproblem以及迄今为止为解决该问题所做的工作。关闭8年前。社区在6个月前审查了是否重新打开此问题，然后将其关闭:原始关闭原因未解决Improvethisquestion我正在寻找一个进行高等数学、统计学、统计分布等的库。目前我正在寻找执行二项分布和泊松分布的东西。
框架的AssemblyInfo.cs中的示例代码:[assembly:System.Runtime.CompilerServices.InternalsVisibleTo("Test.Company.Department.Core")]这是一种不好的做法吗？ 最佳答案 不，这不被认为是不好的做法。没有其他办法，如果你想测试的类出于充分的理由在你的程序集内部。只是不测试它们会更糟。 关于c#-将InternalsVisibleTo用于单元测试代码是否被认为是不好的做法？，我们在StackO
框架的AssemblyInfo.cs中的示例代码:[assembly:System.Runtime.CompilerServices.InternalsVisibleTo("Test.Company.Department.Core")]这是一种不好的做法吗？ 最佳答案 不，这不被认为是不好的做法。没有其他办法，如果你想测试的类出于充分的理由在你的程序集内部。只是不测试它们会更糟。 关于c#-将InternalsVisibleTo用于单元测试代码是否被认为是不好的做法？，我们在StackO
我正在做一个使用异步TCP套接字的小型多线程应用程序，但我会直截了当:我正在使用自定义事件从表单中读取一个值，该事件使用的委托(delegate)返回一个完成时的字符串。我的问题是:这是正确的吗？可以从事件中返回值吗？还是有更好的方法来做到这一点？(比如使用一个简单的表单委托(delegate)来读取值) 最佳答案 从事件中返回值通常很尴尬。在实践中，我发现在传递给事件的一组自定义EventArgs上包含一个可写属性要容易得多，然后在事件触发后进行检查——类似于WinFormsFormClosing事件的Cancel属性。
我正在做一个使用异步TCP套接字的小型多线程应用程序，但我会直截了当:我正在使用自定义事件从表单中读取一个值，该事件使用的委托(delegate)返回一个完成时的字符串。我的问题是:这是正确的吗？可以从事件中返回值吗？还是有更好的方法来做到这一点？(比如使用一个简单的表单委托(delegate)来读取值) 最佳答案 从事件中返回值通常很尴尬。在实践中，我发现在传递给事件的一组自定义EventArgs上包含一个可写属性要容易得多，然后在事件触发后进行检查——类似于WinFormsFormClosing事件的Cancel属性。
我一直在查看thistutorial中的代码，我发现它使用My.Computer.Name来保存不应在计算机之间漫游的设置。但是，用户完全有可能拥有两台名称相同的PC。例如，如果他们想在每台PC上使用相同的用户名，他们很可能最终会得到两台名为Username-PC的PC。识别不同PC的好方法有哪些？PC是否具有与之关联的GUID，或者我是否应该研究从某些硬件中提取序列号？我不关心标识是否通过重新安装Windows仍然存在。(我链接的教程是在VB.Net中，但我是在C#中实现的) 最佳答案 一些好的标识符:MAC地址:它很容易获得，而
我一直在查看thistutorial中的代码，我发现它使用My.Computer.Name来保存不应在计算机之间漫游的设置。但是，用户完全有可能拥有两台名称相同的PC。例如，如果他们想在每台PC上使用相同的用户名，他们很可能最终会得到两台名为Username-PC的PC。识别不同PC的好方法有哪些？PC是否具有与之关联的GUID，或者我是否应该研究从某些硬件中提取序列号？我不关心标识是否通过重新安装Windows仍然存在。(我链接的教程是在VB.Net中，但我是在C#中实现的) 最佳答案 一些好的标识符:MAC地址:它很容易获得，而
编写内联事件处理程序是不好的做法吗？对我来说，当我想在事件处理程序中使用局部变量时，我更喜欢使用它，如下所示:我更喜欢这个://ThisisjustasampleprivatevoidFoo(){Timertimer=newTimer(){Interval=1000};intcounter=0;//counterhasjustthismissiontimer.Tick+=(s,e)=>myTextBox.Text=(counter++).ToString();timer.Start();}取而代之的是:intcounter=0;//NoneedforthisoutofBoo&theev
编写内联事件处理程序是不好的做法吗？对我来说，当我想在事件处理程序中使用局部变量时，我更喜欢使用它，如下所示:我更喜欢这个://ThisisjustasampleprivatevoidFoo(){Timertimer=newTimer(){Interval=1000};intcounter=0;//counterhasjustthismissiontimer.Tick+=(s,e)=>myTextBox.Text=(counter++).ToString();timer.Start();}取而代之的是:intcounter=0;//NoneedforthisoutofBoo&theev
这个问题在这里已经有了答案:ListorIList[closed](18个答案)关闭8年前。根据FXCop，List不应在API对象模型中公开。为什么这被认为是不好的做法？
