微软的新开发工具能战胜java么
一直以来都是微软的死忠，我一直固执的使用着微软的产品。从2001年到今年2010年，已经度过了9年的时光，看着它的进步，也看到了java对它的蚕食。从最初大家对微软是否一只独大，到现在我担心vs系列产品是否被java所吞没。
我的担心不是没有道理，甚至我为了坚持我的微软路线而放弃了现在的工作。
在做小型项目和桌面型项目中，vs系列具有快速开发的特性，所以占领了一定的市场。但是如果你做大型项目，特别是电信、银行类的项目时，vs成为了不受欢迎的开发工具，这不是我一个人的出来的结论，而是我了解得事实就是如此。
举个例子说明一下：在电信级别用户中，如果你使用vs，似乎成为了快速开发和简单的代名称，甚至你的软件价格都提不起来，因为你的web服务器是不要钱的，可是用户对那些websphere呀，weblogic呀，这些收费昂贵，却性能一般的web服务器感觉放心，也许他们觉得花那么多钱了，它的性能就该好一样。其次，电信和银行类的用户喜欢使用linux、或者unix系统，原因很简单，不需要经常打补丁，而微软的操作系统因为为了用户的安全经常打补丁居然成为了诟病。谈过几个项目，当我提出用vs开发时，得到的是否定的回答，原因很简单，就是因为他们懒得经常打补丁，也就我们公司在北京移动采用了vs。net作为项目开发工具，原来还有一家，不过没过一年就换成了java，现在用户告知我，以后新系统开发运行的操作系
统都要换成linux或者unix，我知道我在北京移动的好日子到头了，我敢用mono么？我想用，但是google了我发现没几个人用，相关的文章那么
的少，我敢用么？？我不敢用mono呀，谁知道mono这个东西以后会不会因为专利问题被微软收拾。在开发上，复杂的配置java框架能力也居然成为了java开发人员比。net开发人员薪水昂贵的主要理由。我承认，在框架上，微软的起步很慢，而且现在官方的框架也就只有mvc，linq和entityframework这两个狗屎玩意不支持oracle，这点让我们做电信和银行开发的公司吃够了苦头。由于没有框架，如果有好的架构师+codesmith工具还好一些，如果没有好的架构师，那用。net作出来的项目被批评为代码混乱，你跟别人说什么都没有用，多年对框架的蔑视导致了现在采用。net开发成为了小系统开发工具，无法作为大系统协同开发的观念。
至少我知道我所在的公司已经慢慢的放弃vs。net，只是维护中使用了，至少我知道，招商银行这个最早国内使用。net的公司，一直以创新服务为目标的公司，现在也已经抛弃了微软的平台（据说因为
相关文档：
全球石油网（www.cippe.net）创建于2004年，重点报道全球石油工业新产品、新技术，坚持品牌化、专业化、国际化的战略发展方向，促进全球石油工业技术交流与装备贸易，推进中国石油工业化发展速度！
网站涵盖地质勘探、油气藏、钻井、测井、采油、装备、海洋石油、储运、炼化等专业领域，创办了石油资讯、新产品新技术、石� ......
public class TestClass{
public static void main(String args[]){
VarArgs(1, "one");
VarArgs(2, "one", "two");
VarArgs(3, "one", "two", "three");
VarArgs(0); // Attention!
}
static void VarArgs(int nRequired, String... trailing){
System.out.print("Required: " + nRequired + " ");
......
某些网站允许软件开发社团通过发布开发者指南、白皮书、FAQs【常见问题解答】和源代码以实现信息的共享。随着信息量的增长，和几个开发者贡献出自己的知识库，于是网站提供搜索引擎来搜索站点上现有的所有信息。虽然这些搜索引擎对文本文件的搜索可以做的很好，但对开发者搜索源代码做了比较严格的限制。搜索引擎认为源代码 ......
第一章 引言
(By wind5shy：http://blog.csdn.net/wind5shy)
第二章 创建和销毁对象
(By wind5shy：http://blog.csdn.net/wind5shy)
第1条：考虑用静态工厂方法代替构造函数
好处：
静态工厂方法有名字，表达更清楚。
不需创建新的对象。
可以返回原返回类型的子类型对象。应用：1.返回类型定义为� ......
1、语法：必须比较熟悉，在写代码的时候IDE的编辑器对某一行报错应该能够根据报错信息知道是什么样的语法错误并且知道任何修正。
2、命令：必须熟悉JDK带的一些常用命令及其常用选项，命令至少需要熟悉：appletviewer、 HtmlConverter、jar、 java、javac、javadoc、javap、javaw、native2ascii ......
