一直在浏览.NET Framework Reference Source的 .NET源代码,只是为了好玩。 发现了一些我不明白的东西。 有一个Int32.cs文件,用于Int32types的C#代码。 不知何故,这对我来说似乎很奇怪。 C#编译器如何编译Int32types的代码? public struct Int32: IComparable, IFormattable, IConvertible { internal int m_value; // … } 但在C#中这不是非法的吗? 如果int只是Int32的别名 ,则它将无法编译错误CS0523 : types为“struct1”的结构成员“struct2字段”会在结构布局中产生一个循环。 在编译器中是否有一些神奇的东西,还是我完全偏离了轨道?
我已经有一段时间在Visual Studio 2010中遇到了一个奇怪的错误。 我有一个解决scheme,包括一个编译为静态库的项目,另一个非常简单但依赖于这个库的项目。 有时候,在最后几天,重build解决scheme或者仅仅使用1-3修改源文件编译后,出现以下错误: 2>LINK : fatal error LNK1181: cannot open input file 'thelibrary.lib' ========== Rebuild All: 1 succeeded, 1 failed, 0 skipped ========== 编译thelibrary.lib是成功的,没有任何错误或警告。 我已经尝试清理解决scheme,但这并不总是奏效。 这里有什么问题?
Google提供的API有没有文档? 所有对Google的searchbuild议使用过时信息或非工作脚本的API显示页面。 例。 只要您input“应用程序”,Google.com就会build议Apple,Applebees等。
我已经使用make和makefiles很多年了,虽然这个概念是完善的,但是这个实现还是有一些需要的。 有没有人发现任何不错的select,以避免过度复杂的问题?
我在Visual Studio中有一个包含多个项目的解决scheme。 我希望在每个构build的开始阶段都能执行一个命令 – 不pipe哪个项目涉及到哪个项目,以及它们是否是最新的。 基本上我需要类似于解决scheme范围的预生成事件,但不幸的是,VS似乎不支持这些事件。 有谁知道实现我所需要的另一种方法?
在VS2010中,我发现每次编译解决scheme时都会显示“输出窗口”,即使我们已经closures了它。 在VS2008中,情况并非如此。 我不介意这个输出窗口。 我更喜欢只看“错误窗口”,只有在必要的时候。 在VS2008中,它是完美的。 如何禁用VS2010中的“输出窗口”的系统显示?
我试图创build一个容器视图控制器使用iOS5和新的方法,如addChildViewController 。 调用addChildViewController之后,是否必须调用addSubview ? 在调用removeChildViewController之前,我必须调用removeFromSuperview吗? 我在苹果文档中没有看到任何关于此的信息。 你怎么看?
如果我按F5 ,我的项目运行,但它不“看到”我所做的任何更改。 我需要手动(重新)build立之前按F5的工作。 它以前运作良好。 任何想法我需要改变?
我一直认为数据库应该是非规范化的读取性能,因为它是为OLAP数据库devise完成的,并没有夸大3NF太多的OLTPdevise。 PerformanceDBA在各种岗位上,例如,针对基于时间的数据的不同方式的performance,通过规范化为5NF和6NF(标准forms)来维护数据库应该总是精心devise的范例。 我的理解是否正确(以及我理解的正确)? OLAP数据库(低于3NF)的传统非规范化方法/范式devise出现什么问题?3NF对OLTP数据库的大多数实际情况是否足够? 例如: “简单的事实是,6NF,正确执行,是数据仓库”(PerformanceDBA) 我应该承认,我无法理解非规范化促进阅读performance的理论。 任何人都可以给我提供这个和相反的信念的合理解释吗? 在试图说服我的利益相关者说OLAP /数据仓库数据库应该正常化时,我可以参考哪些资源? 为了提高可见性,我从这里复制了评论: “如果参与者在他们已经看到或参与的6NF中添加(披露)了多less实际(不包括科学项目)的数据仓库实施,这将是一件好事。 – Damir Sudarevic 维基百科的数据仓库文章告诉: “Ralph Kimball的标准化方法(也称为Ralph Kimball的一维方法)也被称为3NF模型 (第三范式),其支持者被称为”Inmonites“,他们相信Bill Inmon的方法,其中声明数据仓库应该是使用ER模型/标准化模型进行build模“。 看起来规范化的数据仓库方法(Bill Inmon)被认为不超过3NF(?) 我只想了解什么是数据仓库/ OLAP是非规范化的同义词的神话(或无处不在的公理化信仰)的起源? Damir Sudarevic回答说,他们的做法很好。 让我回到这个问题:为什么非规范化被认为有利于阅读?
-fno-objc弧 任何人都可以帮助我记住是什么标志告诉XCode不使用ARC的某些文件? 我在我的项目中有几个文件标记为…直到我添加另一个文件,并决定将其转换为ARC。 听起来很简单,对吧? 我希望能够简单地检查一个我想要的文件,让XCode做到这一点。 好吧,不是那么容易,在预先检查它从文件剥离所有-Noarc标志,现在我需要手动重新应用标志到几个文件。 这个故事的寓意是: 一旦你的项目在ARC,并且你有一些标记为没有ARC的文件,不要重新运行转换为ARC工具从重构>转换为ARC。 即使预检失败,也不会恢复您的设置。