C++转JAVA需要注意的几点
篇文章是最近刚看到的，虽然是说程序员从C++转JAVA需要注意的地方，但是很详细的说出了C++和JAVA的不同的地方，对于JAVA中为什么没有指针、为什么没有内存泄露、接口和C++中多重继承的关系、异常机制等问题也描述的很详细，故转载过来。
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中，没有这样�
相关文档：
一个简单的双击就能运行jar文件的打包过程:
http://blog.csdn.net/ihc523/archive/2009/10/11/4636832.aspx
eclipse导出jar文件再将它转换成exe可执行文件:
http://hi.baidu.com/%C4%CF%BA%BD%CC%EC%CF%C2/blog/item/1601a381ac9af9d1bd3e1e3d.html
打Jar包的一个Eclipse插件FatJar:
http://blog.csdn.net/lqsmn613/ar ......
一个软件设计的好坏，我想很大程度上取决于它的整体架构，而这个整体架构其实就是你对整个宏观商业业务的抽象框架，当代表业务逻辑的高层抽象层结构 合理时，你底层的具体实现需要考虑的就仅仅是一些算法和一些具体的业务实现了。当你需要再开发另一个相近的项目时，你以前的抽象层说不定还可以再次利用 呢，面对对象的设计 ......
判断一个文件是否为二进制文件
public static boolean isBinary(File file) {
boolean isBinary = false;
try {
FileInputStream fin = new FileInputStream(file);
long len = file.length();
for (int j = 0; j < (int) len; j++) {
int t = fin.read();
......
今天学习了applet布局问题：
按钮、标签是怎样加入到applet程序(容器)当中去的呢？
需要用到布局容器管理器(LayoutManager)：它用于协助容器确定加入的组件(按钮等)应该放置的位置
awt提供了4中常用的布局容器管理器
>>FlowLayout
>>BorderLayout
>>GridLayout
>>CardLayout
applet默认使� ......
