NET程序员面试指南的图书特色

[ASP.NET程序员笔试试题]ASP.程序员笔试试题 1. Franwork:公共公共语言运行规范，.类库SQL。ADO.与XML ASP.与win forns。公共语言运行时，其它重要技术（如CTS、CAS与线程技术） 2.ASP的概念；ASP.新特性；ASP....+阅读

NET程序员面试指南的图书特色

相比同类图书，该书具有以下明显特色。

1.题型多，范围广

本书针对的面试题不再仅仅是一些算法，也不仅仅是一些代码，而是从最最基础的知识点出发，将常被开发人员忽略的技术、原理，以图和小段代码的形式进行讲解，涉及的知识点包括普通窗体开发、网络开发、数据库开发和最流行的XML开发。

2.小知识，大道理

现在的程序员起步都比较高，动手能力较强，却忽略了最最基础的知识，而面试主要针对的其实不是动手能力，而是了解应聘者的基础功底，往往很简单的一个小问题就可以难倒应聘者，这个简单问题也许只是解释下ASP.NET的原理，可你真的能说出来吗？该书从各个细微知识点入手，让读者尽览面试中的常见知识问题，并通过知识点的引申，让读者明白面试题背后真正的考核点。

3.代码规范，思维明确

大部分的面试题都除了基础知识外，都是很简单的代码，一般在半页到一页之间，真正考核的不是要你开发一个模块，而是编码的规范。重点考查的是一种编码的结构和思维。本书提供的代码严格按照大企业的编码规范，采用最合理的结构形式。

4.提供完善的售后服务

本书提供了论坛：，读者可以在上面提问交流。另外，论坛上还有一些小的教程、视频动画和各种技术文章，可帮助你提高开发水平。对于不明白的面试题，也可以发布到论坛上，我们会在24小时内给出明确的答案。

求救 NET程序员面试技巧

现在很多公司都需要.NET程序员，方向大多数是ASP.NET 。至于C/S开发模式的，招收的不是很多。很多用这个. 1. 问：怎样用 Win95 的记事本（Notepad）来编辑 Java源程序？答：记得存档时扩展名要加上＂.java＂，文件类型改成：“所有的文件（*.*）”。 2. 问：到底 Java 是如何传递参数的？是by value或by reference？答：All parameters (values of primitive types, and values that are references to objects) are passed by value [JLS sect 8.4.1]。根据以上 Java规格文件的说法，所有参数应该都是传值的（by value）。但实际上，实际经验却告诉我们所有 Java 的对象都是传址的（by reference）。因此我们可以这样解释：基本类型（如int, float, char等）是by value，而所谓“对象”（Object）则是by value of reference to object。 3. 问：String这个类型的class为何定义成final？答：主要是为了“效率” 和 “安全性” 的缘故。

若 String允许被继承，由于它的高度被使用率，可能会降低程序的性能，所以String被定义成final。 4. 问：finalizers和C++ 的 destructors有何差异？答：Java内部具有“内存使用回收” 的机制，虽然它也提供了类似（C++ 的） destructors的 finalize（)，每个对象都可以使用这个方法 method，但必须冒著破坏原先回收机制的危险。所以建议尽量避免使用finalize（)，不妨考虑多使用 null 及 dispose（) 来释出资源会好一些。 5. 问：继承了一个class叫做 Frotz，编译器却给我“No constuctor Frotz() in the class”这样的错误提示，为什么呢？答：记住每当您定义了一个 class的constructor，除非您一开始就去call 这个constructor，否则 Java 会自动引入superclass原先不含参数的 constructor，如果superclass的 constructor都是有参数的，那么问题中的错误提示便出现了。

解决的方法很简单，找一找 API文件，加上正确的参数就得了。 6. 问：怎样让char类型的东西转换成int类型？答： char c = 'A'; int i = c； //反过来只要作强制类型转换就行了 c = (char) I; 7. 问：我的applet原先好好的，一放到web server就会有问题，为什么？答：一般来说，从以下方向试试：确定class文件的格式没错——已经编译过，也没有损坏的情形；确定所有用到的class文件放到web server上，少一个都不行；确定所有的文件名和class名称一致，特别检查大小写有无差错；如果程序中用到package,web server上的目录就要当心了。譬如您在class中宣告了一个叫COM.foo.util的package，那么web server的applet codebase目录底下就非得有 COM/foo/util这个子目录不可。（注意目录名称也有大小写之分）； web server上的文件档案应该事先设定好。

（尤其是search,read和execute权限） 8. 问：怎样在 Applet中用某个图形涂满整个背景？答：在背景建立 Panel 或 Canvas，然后用图形填满它。 9. 问：怎样在 Applet 中建立自己的菜单（MenuBar/Menu）？答：首先在Applet的init（) 方法中建立Frame instance，然后将Menus, Menubar都加上去即可。（setMenuBar（) 是 Frame下的方法）或者，找到Applet上层的Frame后依法炮制。 Container parent = getParent(); while (! (parent instanceof Frame) ) parent = parent.getParent(); Frame theFrame = (Frame) parent；注意：第二个方法在Mac或某些browsers上并不可行。如果您使用的是JDK 1.1，也可以考虑使用popup menu，这样就不必理会Frame的问题了。 10. 怎样比较两个类型为String的字符串？答：在两个对象之间使用＂==＂，会将“两个对象是否有同一reference”的结果传回。

也就是说，这等同于“两个对象是否拥有同一地址（address）”，或者“两个对象物件是否为同一对象”。如果您的意思是判断两个字符串的内容是否相同，那么应该使用以下的方法才对： if (s1.equals(s2) ) or if (s1.equalsIgnoreCase(s2) ) or if (s1.startsWith(s2) ) or if (s1.endsWith(s2) ) or if (s1.regionMatches(s1_offset, s2, s2_offset, length) ) or if (s1.compareTo(s2)

程序员面试前必做的准备工作有哪些

技术方面的技巧第一：ABC(Always Be Coding)。一力降十惠，说的多不如做的多，所有工作都是这样，程式也不例外。你写过的程式越多，你的能力也就越高。但是，你必须做到有目的的程式，在写程式之前做到心中有数，明白自己的短板并且加强训练，坚持不懈的挑战自己的极限，努力使自己在各方面都很优秀。我强烈建议你把自己做过的每个项目——不管是否完成——都整理成作品集，在这里推荐GitHub，非常专业的程式分享社区，你可以把自己的作品集放到这。第二：精通至少一种多重范式程式语言。精通一门诸如C++这样的语言能让你从根本上理解程式，因为这类语言风格多样，如何写程式完全取决於你自己的风格，你能在一种语言里体会到不同风格的程式在执行上的差别，同时要达到这样的水平还需要大量的实战与练习。

而且这类语言通常在各个社区中也是最活跃的板块，你可以很容易就找到志同道合的朋友来分享经验。其他也支持多风格程式的语言还有C#、Java、PHP、Python及Ruby。关於C++ 的题外话：有一个跟著名的面试题，许多面试官都喜欢问，是这样：“如果把C++ 分为十个等级，1 为最低，10 为最高，你认为你自己处在哪一级？”希望上帝保佑那些回答9 或者10 的人，Bjarne Stroustrup 估计也只会给自己打到8 分甚至更低（此人为C++ 之父）。主要原因是这个语言经过这麽多年无数大能的不懈努力，已经超级复杂，被称为主流设计语言中最复杂的一款也不为过。第三：熟悉各种算法的优劣。先看看这份关於各种算法的对比图，确定都理解了之后，试著把这些算法都用自己的方式写一遍。这样你就会对各种算法有更深刻的理解。

面试的时候这几乎是必考题哦。第四：熟悉所有常用函数。你最好把所有的常用函数都用自己使用的语言写一遍，不要依赖於现成的函数库，这样会加深你对各个函数以及语言本身的理解。试著快速写出下列函数：向量（动态数组）、链表、堆栈、队列、哈希映射、集合、优先级队列等等。第五：要更务实。临时抱佛脚早就没有用了，踏踏实实的打好基本功才是王道，花更多的时间去解决各种程式中遇到的问题，这里推荐多去TopCoder看看，那里有很多不错的资源。里边有各种案例可供学习，试著学习里边的思考方式来解决自己遇到的问题。我当初花了整整两个礼拜在TopCoder上，到最后我都能闭著眼一只手写出迪科斯彻算法，几乎能解决所有的图形问题。所做的不过是不断重复程式。

这可能是Google最终要我的原因之一吧。Eric Schmidt说：“重复从不青睐祈祷者。”第六：程式是最简单的。这麽多年的工作经验使我明白了一条，写程式是一个工程师所有工作中最简单明确的一部分。我常挂在嘴边的一句话是：“简单的就像写段程式一样。”我相信对於一个工程师来讲，事前准备和事后维护才是更艰难的工作。比如说，你需要在程式前计划好你需要写什麽以及确保写好的程式能顺利运行。尽量让面试官知道，你不是一个只懂写程式的呆子。需要注意地是，在别人面前写程式可能会略为别扭，最好提前做些这方面的练习，可以参考下我前任同事Dan写的这篇《Whiteboarding》。非技术方面的技巧需要提前说明的是我在这方面并不专业，仅供参考而已。第一：明白你为什麽选择这个公司这分工作。

不管大公司还是小公司，还是极度饥渴的创业公司，都不会要一个连公司是乾嘛的都不知道的人，哪怕这个人技术牛到一塌糊涂也不行。第二：一定要满怀激情。程序猿是一种没有固定工作时间的动物，如果你只是想找一份朝九晚五、有固定工资、只在偶尔加加班的工作，你还是别乾这行的好，你一定要爱程式，不管什麽时间什麽地点，只要有需要，就能随时投入工作。爱一行，乾一行，对於程式设计师来说尤其如此。第三：不懂就问。面试的时候如果碰到没有听明白的问题，一定不要不懂装懂，我曾经见过有些面试的人花了老牛鼻子的劲去解决根本没问过的问题，这不只是浪费你的时间，也是浪费我的时间。第四：保持微笑。所有面试宝典上都有这条，但是，不要做太过了，适当的微笑能产生636f70797a686964616f31333363396337很大的效果。

我有时候会在面试完一个人后特别受打击，但是下一个面试者简单而真诚的微笑能让我一下子心情好起来。