JAVA项目架构→我的见解
在网上也看了很多东西，关于JAVA软件架构方面的东西，现在还真是很难找到，不过，软件开发的架构基本是相同的。所以，我在网上查找了很多其他语言关于软件架构方面的文章。再这里也来说说自己对软件架构，特别是在JAVA项目架构方面的看法。说得不一定对，但这也是我几年来的总结吧。
1. 尽量不要考虑项目外的重用
许多人认为能提高软件的重用度是最好的，然而每个项目实际情况都会有所不同，在设计项目中的某个模块、方法时，过多的考虑项目外的重用，必然会增加项目的复杂度，增加对开发时间的开销。也许有人会说，这会减少下一项目的开销，试问，下一项目是什么项目？有什么需求？各方面有什么影响因素？有谁会在当前知道这一切。 如果真要重用，应该是在项目结束后再将可重用的部分提取出来，经过修改、优化后做为企业的可重用资产，而不是当前项目中的一厢情愿。考虑项目外的重用性，这是很多刚从事软件工作的程序员常犯的错误，往往是考虑得越多，反而做出来的软件达不到设计的效果，完不成基本的功能或者代码逻辑过多，程序功能不完善等等。
2.经常检查项目架构
项目架构通常是在项目实现开始前就已确定的东西，是一个总体的设计。然而，在这时，对项目需求的理解、复杂度的估计都还停留在一个初始阶段。如果在项目开发过程中不能随着对项目的理解而改进架构，必然让项目中的成员都按错误的架构去开发项目。所以，必须经常检查项目的架构，进行必要的重构。
3.重构
有人说，都写了这么多了，再修改不是浪费时间嘛。他可能没有想过，一个下午的重构可以加快以后几个月的开发速度，这节省下来的时间是无法想象的。再者，通过重构，通常能想到更多简单的方法来代替现有的实现，这样的经验，同样可以简化其他模块的开发。
4.避免过度集成，让每个模块只做自己的事
一个常见的OA开发例子是，在业务系统中通常会有许多的审批，很多人一下子肯定会想到把审批做成一个通用的模块。这是没有问题的，然而通常的问题是，太多的人将审批结束后的业务处理也放到了审批模块的业务逻辑中，其实，那些是各业务模块自己的事，审批应该只完成审批即可，至于审批结束后怎么办，让该干这事的模块自己去处理。
5.避免过度灵活
设计和代码并不是越灵活越好的。一个常见的例子是，使用泛型时可以使类或者方法操作不同的对象，然而，在 JAVA 常用的 三 层架构中，如果一系列的类本来就是针对某个特定实体的操作，就没有必要还指定为泛型，再在使用�
相关文档：
java是一种面向对象的编程语言，怎么理解？
java写的程序都是面向对象的吗？
你可能认为，java生来就是面向对象的。
且看：
package cn.nileader.calculate_OPP;
import java.util.Scanner;
/**
* 这是一个OPP的的计算器(加法和减法)
* @author nileader
* @see http://www.nileader.cn
*/
public cla ......
FTP(File Transfer Protocol 文件传输协议)是Internet 上用来传送文件的协议。在Internet上通过FTP 服务器可以进行文件的上传(Upload)或下载(Download)。FTP是实时联机服务，在使用它之前必须是具有该服务的一个用户(用户名和口令)，工作时客户端必须先登录到作为服务器一方的计算机上，用户登录后可以进行文件搜索和文件传 ......
软件开发之路是充满荆棘与挑战之路,也是充满希望之路。JAVA学习也是如此，没有捷径可走。梦想像《天龙八部》中虚竹一样被无崖子醍醐灌顶而轻松获得一甲子功力，是很不现实的。每天仰天大叫"天神啊，请赐给我一本葵花宝典吧"，殊不知即使你获得了葵花宝典，除了受自宫其身之苦外，你也不一定成得了"东方� ......
转自http://hi.baidu.com/oyamao/blog/item/bcc75d5128468868843524eb.html
异常处理是程序设计中一个非常重要的方面，也是程序设计的一大难点，从C开始，你也许已经知道如何用if...else...来控制异常了，也许是自发的，然而这种控制异常痛苦，同一个异常或者错误如果多个地方出现，那么你每个地方都要做相同处理，感觉相� ......
1
. 栈(stack)与堆(heap)都是Java用来在Ram中存放数据的地方。与C++不同，Java自动管理栈和堆，程序员不能直接地设置栈或堆。
2
. 栈的优势是，存取速度比堆要快，仅次于直接位于CPU中的寄存器。但缺点是，存在栈中的数据大小与生 ......
