改善.NET中的AppSettings配置处理

在.NET解决方案中处理自定义应用程序设置时,您基本上有两种选择:1)使用应用程序设置体系结构,或2)使用配置文件的“标签。 每个都有各自的优缺点,在此不再赘述,但通常选择不。 1被认为是高级的,因为它在编译时支持类型安全访问。 如果您有兴趣,这里有一些资源可以对它们进行深入比较: https://stackoverflow.com/questions/460935/pros-and-cons-of-appsettings-vs-applicationsettings-net-app-config-web-confi https://stackoverflow.com/questions/1058853/what-is-the-difference-between-the-applicationsettings-section-and-the-appsettin https://stackoverflow.com/questions/2350893/appsettings-vs-applicationsettings-appsettings-outdated https://stackoverflow.com/questions/1772140/using-app-config-to-set-strongly-typed-variables http://geekswithblogs.net/DougLampe/archive/2014/11/10/boo-appsettings–yay-applicationsettings.aspx 但是,这并不意味着appSettings标记完全没有用。 它仍然占有一席之地,并且由于其简单性和与替代方案相比较低的开销而被广泛使用。 另外,前者有一些限制,后者则没有。 例如,使用应用程序设置架构无法在多个项目之间共享配置。 只需编写少量代码,我们就可以为appSettings机制带来高度的鲁棒性,我认为,在大多数情况下,它甚至可以使其表现出色。 在这里,我将概述实现此目标以及更多目标的方法,而不会产生Visual Studio使用其他解决方案产生的大量噪音和生成的代码,这将为我们提供更简洁,更少“神奇”的解决方案。 需要注意的是,这仅适用于.NET Framework,因为.NET…

100天代码:75-78天; 100天的Unity3D天05–08

对不起,大家晚了! 我当时正在处理严重的纤维耀斑,无法按我的意愿进行日常发布。 同时,我一直在阅读《山姆的24小时自学Unity游戏开发》一书,并慢慢地完成有关Catlike Coding的Maze教程。 我很难弄清楚为什么在进行更新时我的代码无法正常工作。 正如我在较早的文章中提到的那样,当我手动键入教程或书中的内容时,我倾向于在代码中打很多错字。 因此,当我第一次看到我的代码无法正常工作时,我并不感到惊讶。 大约是第十到十二次,我开始质疑出什么问题了。 因此,本教程向您显示了您在工作时需要编写或更新的代码,就像其他任何教程一样。 我正在做的事情是由于使用了很多技术书而来的,所以可能是我的错,正在更新新代码并注释掉未更新的代码。 我不知道为什么要这么做,这可能是因为我感觉不舒服而仍在尝试编码(我不建议这样做,因为这样的事情往往比您想象的要发生的多),但这就是为什么我的代码没有没有工作。 我最终导入了Unity资产包,因此我可以赶上本教程的要点,现在一切正常。 我真的很高兴该网站的创建者确实为教程中的每个步骤提供了下载。 只是希望直到步骤07才让我意识到我的错误。 我想我将从本教程中休息一下,并在Unity中研究其他一些东西。 我绝对计划以后再进行此工作,但我想我将在Unity站点或我的许多Unity书中的其中一些教程上进行工作,以对内容进行一些更改。 对我来说,就是这些了不起的人。 和往常一样,保持优雅并编写代码!

C#中的堆和堆栈

在上一篇文章中,我解释了C#中变量类型的两种不同类型- 值类型和引用类型。 希望您还记得我曾解释过,值类型处理原始数据操作,而引用类型变量则处理对计算机其他位置数据的引用。 我还提到过,将值类型变量设置为null会影响它直接存储的数据,而将引用类型设置为null只会使该变量停止指向它最初与之关联的内存部分,但不会影响该变量。数据本身。 我还通过以下图表解释了该概念: 细节中的魔鬼 如果您真的在关注我的第一篇文章,您可能已经注意到,在整个杰作中(这里有一点乐趣),我从未真正提到过真正构成值和引用类型基础的内存结构。 我总是说值类型和引用存储在“内存中”,而引用类型指向的内容则存储在“其他位置”。您是否想知道它们的实际存储位置? 罪犯 因此,在C#中,线程执行期间数据存储背后有两种内存结构。 第一个称为堆栈 ,第二个称为堆。 如果先分别解释堆栈和堆,那么很难正确地解释它们,因此我将不得不先同时解释它们。 了解堆栈和堆之间差异的一种非常有益的方法是了解范围。 我们都知道,某些变量在范围上限于创建它们的方法(局部变量),而其他变量在某种程度上是对其所属类的全局变量(可以在类中的任何位置访问它们并具有通用性)范围)。 这些变量称为实例变量 。 将堆与该通用范围属性相关联非常有用。…