从C++转到JAVA需要注意的地方

从C++转到JAVA需要注意的地方   
  
1.Java在虚拟机上运行  

Java源代码并不是被编译成为普通的机器代码。而是被翻译成为虚拟机可以执行的代码。一个Java解释器最终执行这些代码。这其中没有连接的过程；解释在需要的时候动态的加载一些类； 

2.Java是完全面向对象的  

Java是一种完全面向对象的语言。这意味着你对任何一个Java对象所做的动作都是通过一个方法实现的。第一点就是，再也没有没有主函数这样的孤立的东西了。取而代之的是，你必须开始用一个对象的看法看待一个程序，一个类的对象。大多数Java程序是通过继承Java基础类Object来实现所需要的东西，但是你可以通过创建程序基础类用于多个特性相似的应用程序来节省时间。  

严格的面向对象的规定意味着原有的C/C++代码不可以直接不加改动的使用；系统调用也是这样的。C++中，你可以通过在C++正常的命名空间外声明extern"C"来使用原有的C的过程调用，包括系统调用。  

在Java中，只有一个类似的安全回溯的方法，但是并不是十分简单的方法。你必须定义一个本地方法，其目的是为C语言提供接口，然后提供连接的介质。Java环境提供了完成这种任务的工具，但是整个过程和C++中提供的extern比微不足道，完成使用C++类的过程则更加复杂，因为这样会引入对C的借口和C函数和C++成员函数的问题。  

3.Java中没有独立的头文件  

在Java中，关于类的一切东西都被放到一个单独的文件中。方法的位置只可能在一个地方出现，一个方法的实现必须在它的定义过程中同时进行。这样做得优点是在实现程序的时候不容易因为文件的非同步错误而失败，或者获取到一个没有实现的声明。类的声明可以被Java解释器利用甚至是从一个编译过的单元中获取，所以不再需要有头文件，只要有编译过的文件。  

这样做的缺点与我们编程的过程有关。许多C++程序员喜欢用头文件来代替文档。要看一个成员函数的接口参数，只需要看头文件中的声明即可。你可以经常的看头文件即可了解怎样去使用这个类。在Java中，没有这样的总结。因为实现类方法的代码必须在方法定义的时候出现，而且，对于一个单独的函数的代码来说就经常占据了一整页乃至更多。这样，很难通过看Java的代码就初步了解类是怎样使用的。你必须为你需要的类准备足够多的文档。不言而喻，再处理非商业类库的时候文档是极度缺乏的。所以sun公司充分考虑到了这一缺点，在当前的Java环境中提供了两个工具来补偿这些，javap来打印类标识，javadoc为嵌入式程序提供HTML文档。  

4.用Package来分解Java命名空间  

在大的C++工程中经常遇到的一个问题是命名空间--怎样保证工程的一些程序员不会创建和另一些程序员一样名字的类？更糟糕的是，供应商可能会提供一个包含和你的类一样名字的类的库。有许多方法可以解决这一问题，但是很可能在问题发现之前工程已经启动，改正错误是需要付出许多痛苦的。  

Java通过"Package"这个概念解决了这个问题，Package有效地通过通过集合类划分了命名空间。在不同包内的两个同名的类仍然是不同的。关键问题就变成了类是否放置到相应的包中。  

5.异常是Java的重要特性  

在C++中，异常和异常处理是十分深奥的事情；许多C++程序员从没有处理过它们甚至不知道它们是何物。异常是在正常的过程中出现的未预料的错误，因此，它们不会从方法中返回，或者作为参数传入；但是，它们不能被忽略！这里的一个例子是计算一个数的方根的方法。正常的接口形式是将一个正数作为参数传入方法，然后方法会返回一个正实数作为结果，方法可以检验这些并且在异常产生的时候抛出异常。在大多数系统中，程序员并不是必须这样做，这样，一个没有考虑到的异常可以使程序不正常的退出。