论java架构设计
软件架构
作为一个概念，体现在技术
和业务
两
个方面。
从技术角度来说
：软件架构随着技术的革新不断地更新其内容，软件架构建立于当前技术
和一些基
本原则
的基础之上。
先说一些基本原则
：
分层原则
：分层是为了降低软件深度复杂性而使用的关键思想，就像社会有了阶级一样，软件有了层次结构。
模块化原则
：模块化是化解软件广度复杂的必然手段，模块化的目的就是让软件分工。
接口实现分离原则
随着软件模块化的不断深入改进，面向接口编程而不是面向实现编程可以让复杂度日趋增高的软件降低模块
之间的耦合度，从而让各模块更轻松改进。从这个原则出发，软件也从微观进行了细致的规范化。
还有两个比较小但很重要的原则：
细节隐藏原则
很显然把复杂问题简化，把难看的细节隐去，能让软件结构更清晰。其实这个原则使用很普
遍，java/c++语言中的封装原则以及设计模式中的Facade（外观）模式就很能体现这个原则的精神。
依赖倒置原则
随着软件结构的进一步发展,层与层之间、模块与模块之间的依赖逐渐加深，而层、模块的动态可插拔要求不端
增大。依赖倒置原则可看视为接口实现分离原则的深化，根据此原则的精神，软件进入了工具时代。这个原则有点类似于知名的好莱坞法则：Don't call
us, we'll call you。
以上这些原则奠定了我们的软件架构的价值指标。但软件架构毕竟是建立在当前技术之上的。而每一代技术都有架构模式。过去的不再说了，让我们现在就来
看一下当前流行的技术，以及当前我们能采用的架构。
因为面向对象是当前最流行开发技术，且设计模式的大量使用使面向对象的走向成熟，而数据库是当前最有效的存储结构、web界面是当前最流行的用户接
口，所以当前最典型的三层次架构就架构在以上几项技术的基础之上，用数据库作存储层、用面向对象来实现业务层、用web来作为用户接口层。我们从三层次架
构谈起：
因为面向对象技术和数据库技术不适配，所以在标准三层次架构的基础上，我们增加了数据持久层，来管理O-R双向映射，但目前一直没有最理想的实现技术。
cmp和entity
bean技术因为其实现复杂，功能前景有限，已接近被淘汰的边缘。JDO及hibernate作为o-r映射的后期之秀，尤其是hibernate，功能
相当完备。推荐作为持久层的首选
在业务层,因为当前业务日趋负载，且变动频繁，所以我们必须有足够敏捷的技术来保证我们的适应变化的能力，在标准j2ee系统中session
bean负责业务处理，且有不
相关文档：
Java NIO类库Selector机制解析（下）
赵锟 陈皓
http://blog.csdn.net/haoel
<<<<点此查看本文上篇
五、 迷惑不解 : 为什么要自己消耗资源？
令人不解的是为什么我们的Java的New I/O要设计成这个样子？如果说老的I/O不能多路复用，如下图所示，要开N多的线程去 ......
好几天没写博客，这几天都忙着写代码，中期检查刚过，后面剩下的时间实际很少了，要抓紧时间了，马上就得毕业走人了。言归正传，在编码过程中遇到的问题，我都记录在博客中，方便以后查阅写论文。这次是计算网络地址，给出一个ip和它的子网掩码，通过运算得到网络地址（或者说是网络号）
public static ......
public class OperatExcel
{
private File file = new File(ParamenterInit.SRCEXCELPATH);
private File outfile = new File(ParamenterInit.DESTEXCELPATH);
private static String sheetName = ParamenterInit.SHEETNAME;
......
在通过DNS查找域名的过程中，可能会经过多台中间DNS服务器才能找到指定的域名，因此，在DNS服务器上查找域名是非常昂贵的操作。在Java中为了缓解这个问题，提供了DNS缓存。当InetAddress类第一次使用某个域名（如www.csdn.net）创建InetAddress对象后，JVM就会将这个域名和它从DNS上获得的信息（如IP地址）都保存在DNS缓存� ......
