Jerry's Home

习惯技能： 1.多次使用的相同变量最好归纳成常量 2.常量的定义可以放到接口中 3.在finally块中对资源进行释放 4.尽早的将不再使用的变量引用赋给null 阅读代码两个基本能力： 1.一个是要掌握具体程序里内嵌的Log机制，要能看Log，必要时可能还得加Log； 2.一个是基本调试方法

同类文章：负载均衡----概念认识篇、负载均衡----实现配置篇（Nginx） 上回我提到的这么多服务器，他们共同需要的文件从哪里来？ 那么我们就需要文件服务器，文件服务器从哪里来，我们先看图了解下：                                                   图1   ---------------------------

首先我们来回顾下上篇的概念： 负载均衡 == 分身的能力。 既然要有分身的能力嘛，这好办，多弄几台服务器就搞定了。 今天我们讲的实例嘛…..我们还是先看图比较好: 还是图比较清晰，以下我都用别名称呼： 　　PA ： 负载均衡服务器/WEB入口服务器/www.mydomain.com 　　P1 ： WEB服务器/分身1/192.168.2.3 　　P2 ： WEB服务器/

当我看到超市的多个收银台排满长队时，便想到服务器并发处理性能和容量； 当我看到十字路口的车辆等待转弯时，便想到它通过缓存思想来提高交通吞吐率。

一、关于JE 设计思想:      直接将要持久化的对象通过诸如IO serialization 的办法直接保存到文件上，并能享有关系数据库系统提供的事务，并发，和高效的好处。JE正是居于这一设计思想而孕育出来的，是完全用 Java 设计，运行在应用程序的地址空间中，没有客户端/服务器通信的开销，从而使开发人员能够快速、简单、可靠地存储和检索信息。 Berkeley DB Jav

我们在做着表面上看似是对于各种不同应用的开发，其实背后所对应的架构设计都是相对稳定的。在一个好的架构下编程，不仅对于开发人员是一件赏心悦目的事情，更重要的是软件能够表现出一个健康的姿态；而架构设计的不合理，不仅让开发人员受苦受难，软件本身的生命周期更是受到严重威胁。这里我将针对在微软dotNet平台上做应用开发系统的一般架构流程设计做一个粗浅的讨论。 总体设计图 表示层

1.设计模式目标：松耦合，模块化，应对需求变化，使软件可维护、可扩展、可复用、灵活性好。 2.实现手段：抽象、封装、继承、多态、反射、委托等。 3.设计模式原则： 　　 DIP(Dependency-Inversion Principles)依赖倒置原则：（面向抽象/接口编程，细节依赖于抽象，高层、底层依赖于接口；例如CPU、内存条、硬盘与主板间面向接口实现使PC组装很容易）；

1.工厂模式: 接口：表示共性的特征时用接口，一般在不知道是否用抽象类或接口时用接口，因为接口可以继承抽象类这样更灵活 抽象类：一般表示某种确实存在的东西时用抽象类 抽象工厂模式（AbstractFactory）：提供一个创建一系列或相关依赖类的接口，而无需指定它们的具体类。 单例模式（Singleton）：保证一个类仅有一个实例，并且提供一个访问它的全局访问点。

1. 永远不要停止学习和阅读 阅读 书籍，而不只是网站 阅读 只为自我提升，而不是为了下一个项目 阅读 提升你的基础，而不只是最新技术 2. 跟比你聪明的人一起工作 跟比你更聪明的人或者是更有经验的人一起工作，可以让你快速提升 3. 变成一个全才 不要过于钻牛角尖，这可能会让你停滞不前和伤害你的就业前景。 4. 阅读并记录别人的代码 其实写代码比阅读并理解别人的代码要