Java和.NET继续争斗的四大相关问题
【51CTO精选译文】在本篇文章中，著名程序员Justin James讨论了Java的未来，以及Java与.NET的开发成本对比，和Java是否能够取代.NET。Justin在文中总结了四大要点，重点关注了两个运行时在性能和成本上的异同之处。
1、Java SE 7遭遇.NET CLR会发生什么？
从Java SE 7的功能列表中可以看出，它相比以前版本有了长足提高。那么，它是一个游戏改变者吗？我认为不会是这样。在过去数年中，JVM和.NET CLR都发生了众多改进；过去那些只有技术非常高超的程序员才能完成的许多事情，现在借助于JVM和.NET CLR的增强功能，普通程序员也能够做得到。
尽管JVM和.NET CLR并非在同一个时间实现相同的想法，但是如果在一方出现了某个好的想法，另一方也会迅速跟进，这一点不仅仅体现在运行时层面上。举例来说，对于Java来说，Hibernate项目取得了巨大成功后，.NET也迅速推出了NHibernate。而.NET的闭包（closures）功能深受众多开发者的欢迎，Java似乎不久也将实现它们（51CTO编者注：Sun在Devoxx大会上宣布了这个消息），当然，这是一个语言功能，而非运行时功能。
.NET闭包大受好评，Java也将迅速跟进
2、在可以预见的未来，一个运行时是否会彻底击败另一个？
尽管从技术层面上JVM和.NET CLR非常相似，但它们都有自己的市场，两者的灵活性都不是很强。如果一个人已经围绕.NET服务器和IIS创建了他们的基础架构，他不可能第二天醒来把所有这些迁移到Java，反过来也是这样。甚至如果一个公司决定切换自己的开发平台，那它可能需要替换整个开发团队，或者从头开始对他们进行培训。即使培训完成后，在技能上还是存在严重的不足；毕竟，一个高级.NET开发者不可能在经过3个月培训后突然变成一个高级Java开发者。
另外，公司需要保留现有技术人员来维护已有的代码。你认为这些员工会坐视他们的职位被取消，或者他们的技能将变得无用或贬值吗？当然不会。对一个公司来说，完全从Java转向.NET或完全从.NET转向Java，都是一种自杀行为。最多是通过一个多年期项目来对员工进行重新教育。自从.NET发布以来，从VB6到.NET的迁移都已经花了8年时间。
程序员和项目的转型需要时间
3、Java开发的成本是否比.NET开发更具经济性，如果是这样，人们是否会转向Java来节省投资？
如果你仅仅着眼于工具，我的答案是“既对也错。”的确，只要你愿意，你可以在一个完全开源的组合上运行Java。你可以采取Linux/Tomcat/MySQL/Java组合，或者在服务器方面使
相关文档：
Java 1.1增添了一种有趣的特性，名为“对象序列化”（Object Serialization）。它面向那些实现了Serializable接口的对象，可将它们转换成一系列字节，并可在以后完全恢复回原来的样子。这一过程亦可通过网络进行。这意味着序列化机制能自动补偿操作系统间的差异。换句话说，可以先在Windows机器上创建一个对象，对其序列化� ......
java中的URLEncoder和URLDecoder类
URLEncoder类包含将字符串转换为application/x-www-form-urlencoded MIME 格式的静态方法。
为了解决web设计中不同操作系统间的差异性，我们在URL中使用的字符就必须是一个ASCII字符集的固定字集中的元素，具体如下：
1.大写字母A-Z
2.小写字母a- ......
public static void main(String[] args) {
String DATE_FORMAT = "yyyy-MM-dd";
java.text.SimpleDateFormat sdf = new java.text.SimpleDateFormat(
DATE_FORMAT);
Calendar c1 = Calendar.getInstance();
c1.set(1999, 0, 14);
&n ......
什么是反射
java程序可以在运行期间动态的加载、解析和使用一些在编译阶段并不确定的类型，这一机制被称为“反射（reflection）”或者“内省（introspection）”.
反射机制提供的功能
1，加载运行时才能确定的类型
......
