.net和java之比较 java学习
最近公司要开发Windows平台上的产品（由于涉及到商业机密，所以目前无法对这个产品做详细介绍），采用.Net技术进行开发，我负责的是基于 Visual Studio插件机制的行业开发工具的开发。从开始接触.Net到现在已经有近三个月了，而且也开发出了第一个版本，对.Net已经有了一些认识，由于以前主要用Java、Python等语言进行开发，因此有意无意的就对这些语言进行了比较。和Java比起来，.Net的优势还是很多的，比如快速开发能力、基于Windows特性进行开发的能力、内置的丰富类库、一些高级语法、组件的多版本管理等。优点是不用过多夸耀的，缺点我则要好好的“批评”一番的，因为“谦虚使人进步，骄傲使人落后”嘛，呵呵。开发场景为：使用Visual Studio2005进行C#的开发、使用Eclipse进行Java开发。
1、HotSwap：在Java中HotSwap技术给程序的调试带来非常大的方便，比如可以让程序一边调试一边修改代码，代码修改以后在程序中立即就可以看到修改后的效果，不用每次修改以后都要重新启动程序；在.Net中几乎不允许这样做，只有在非常苛刻的几个情况下才可以实现在调试状态下修改代码，而且一旦代码段被执行过了就肯定不允许再修改了，这就导致每次修改代码都要频繁启动程序，非常繁琐。
2、基于.Net的东西和Windows结合过于紧密，而且和Windows平台下一些旧有技术有太多千丝万缕的联系，导致用起来非常麻烦。比如每个对外部系统暴露的接口传来传去最后看到的类型是_ComObject，要想得知其真正的接口类型就必须通过COM技术来取得，非常麻烦；开发的很多组件都需要到注册表中注册，增加了部署的难度。
3、Visual Studio中代码的即时查错能力非常弱，很多的要到编译时才能知道代码是否有错；而在Eclipse中在编写代码的时候对于有错误的代码和有警告的代码（比如一些Private成员没有被引用）可以立即清晰的提示出来，开发人员可以立即修改有错误的代码。
4、Java中默认的方法都是可以override的除非标注为final，而在C#中必须是明确声明virtual的才可以override。在 Delphi中也是类似的问题，这应该是Delphi和C#共同的老爹Anders Hejlsberg对于OO的一种理念吧，也许人家大师的想法是正确的：一个方法是否是虚方法必须要明确指定。不过对于习惯了Java中这种实现方式的人来说，C#的这种实现方式还是让人感觉一时难以适应的。
5、Visual Studio的编译速度太慢，点击【调试】/【运�
相关文档：
package com.xiaobian;
public class BubbleSort {
//冒泡排序
public static void bubbleSort(int[] data){
&n ......
1.修改项目的.project文件，保存，刷新工程。
在<natures>
…
</natures>
之间添加下列三行配置
<nature>org.eclipse.wst.common.project.facet.core.nature</n ......
在开发项目工程时，经常会遇到保存某些值放到系统的cache中，现用Cache.java和CacheManager.java来管理。具体代码分别如下：
public class Cache {
private String key;
private Object value;
&n ......
今天继续学习java和android平台 java的学习算是补充，因为没有java基础也做不出什么东西来
今天看到java用this关键字来重载构造方法，在这里做个笔记class a_sample{
public int x,y.z;
a_sample(int x){
this.x=x;
}
a_sample(int x,int y){
this(x);
this.y=y;
}
a_sample(int x ......
JAVA文件操作总结
File类
File f = new File(path);
path为实际路径，该路径可以是文件，或文件夹，也可以是不存在的。
f.exists() 可以判断该路是否存在。
f.isDirectory() 可以判断是否是文件夹。
f.mkdirs(); 递归创建文件夹
File和输入输出流之间纽带FileInutStream，FileOutputStream
URL url = new URL(strUr ......
