Martin Fowler更喜欢设计技能而不是平台知识。另一方面，你可以问这样一个问题来展示你对设计模式和。net平台的了解:

说说你知道的设计模式和原则，以及它们是如何在。net框架中使用的?

没有,真的。也许有一些非常简单的问题，世界上最聪明的人也不知道答案。不是因为他们很难，只是因为他们还没有遇到过。你应该着眼于整个程序包和开发人员的技能，而不是他们是否能够回答任意的问题。

如果这个问题很简单，可以用一两句话回答，那么告诉不知道的人也很容易。你应该寻找他们对概念的理解和推理能力，而不是他们回答“每个。net开发人员都应该能够回答”的问题的能力。

除了上面提到的一些问题外，我还喜欢以下几个问题:

委托是什么? 什么是应用程序域? 什么时候使用lock关键字? 标准库泛型集合类是否线程安全? 什么是扩展方法? XmlDocument和XmlReader之间的区别是什么? 如何从应用程序配置文件中读入配置设置?

还有一些:

局部类。那么它的局限性呢? 密封类 如何在。net中进行本地化? 数据库连接 各种配置文件 代表vs事件 非托管dll访问 反射 泛型类 .NET 3.5最热 单元测试框架。

Martin Fowler更喜欢设计技能而不是平台知识。另一方面，你可以问这样一个问题来展示你对设计模式和。net平台的了解:

说说你知道的设计模式和原则，以及它们是如何在。net框架中使用的?

这很有趣，冒着被否决的风险，因为我天生耳聋，被问到这样的问题需要我个人更努力地交流我的想法。

坦率地说，我真的不会读太多的典型问题，因为潜在的范式是“你能多好地表达你的想法和理解?”’，这才是面试官真正想要的。由于我的性格，沟通一直是我最大的弱点，而且很容易感到沮丧。

拥有知识并成为无所不知的类型是最理想的，但不幸的是，有些事情我不知道，但如果你真的不知道答案，不要害怕，承认它，而不是虚张声势。如果面试官问了我一个类似上述的问题，而我不确定或者误解了这个问题，我会直接说出来，这对我个人来说可能会很尴尬，但我已经学会了处理这个问题。

你会惊讶地发现，有多少人会在一天结束时被发现他们的“裤子脱了”。

我的2美分, 最好的问候, 汤姆。