姚博文 java

http://www.java2s.com/ http://codepunk.hardwar.org.uk/ 网页常用网站:http://www.haofa.net/wyzs/1.htm

 实现cache功能,防止最大限度的使用内存时引起的OutOfMemory异常,在内存不够用的时候jvm会自动回收Soft Reference import java.lang.ref.SoftReference Test test = new Test(); SoftReference sr = new SoftRefence(test);test = null;

http://tech.163.com/14/1109/08/AAJKK76A000915BF.html

http://www.w3school.com.cn/index.html

java mysql 数据类型对照类型名称显示长度数据库类型JAVA类型JDBC类型索引(int)描述      VARCHARL+NVARCHARjava.lang.String12 CHARNCHARjava.lang.String1 BLOB

外观模式是一种简化复杂系统的设计模式，通过提供统一的高层接口来降低子系统使用难度。该模式具有解耦客户端与子系统、提高易用性等优点，适用于系统集成、多层架构等场景。文中通过计算机启动、家庭影院和编译器三个C++示例，展示了外观模式的具体实现方式：分别为复杂子系统封装简洁接口（如ComputerFacade统一管理CPU/内存等组件），使客户端调用更简单。该模式常与其他设计模式结合使用，既能隐藏系统复杂性，又保留直接访问子系统的灵活性。

单一职责原则是最简单的面向对象设计原则，用于控制类粒度的大小；它建议一个对象应该只包含单一的职责。一旦某个类承担的职责越多，相当于这些职责被耦合在同一个类中，所以它能被复用的可能性就越小。单一职责原则旨在实现高内聚、低耦合，在很多代码重构的手法中都能见到它的身影，虽然思想简单但是却最难运用，因为只有当你有较强的分析能力后，才能将一个耦合度极高的类分离成几个单独的职责明确的类。一个软件实体应当对扩展开放，对修改关闭。也就是说设计的模块能在不被修改源代码的前提下，对其进行扩展。

【代码】【设计模式】4.装饰器模式。

面向对象的优点和缺点 面向对象的三大特点 设计模式的六大原则 单例模式（线程安全） 工厂方法模式 适配器模式 代理模式 观察者模式 策略模式 备忘录模式 模板模式 状态模式 责任链模式 装饰模式 命令模式

讲解了设计模式是各种设计原则的产物，利用设计模式可以方便后续的功能扩展等。同时组合最好使用多态组合，而非静态组合，也是为了后续方便功能的扩展。强调开闭原则---扩展开放、修改封闭。

单例模式 (Singleton Pattern)必须掌握的设计模式（按优先级）单例模式是一种创建型设计模式，确保一个类只有一个实例，并提供一个全局访问点。模板设计- 支持任意类型线程安全- 使用延迟初始化- 第一次调用才创建自动内存管理- 使用atexit防止拷贝- 继承这是一个生产级别的单例实现，体现了对C++的深入理解！为什么需要线程安全的工作原理模板设计的优势内存管理的考虑这个实现展示了你的系统编程功底和设计模式理解！非常好的学习笔记！

安卓开发面试题

定义对象间的一对多依赖关系，当一个对象状态改变时，所有依赖它的对象都会得到通知。调用方和被调用方的接口有时不匹配，创建新的管理类，填补双方的差异，让双方匹配上。将对象的使用逻辑抽象化，分离使用逻辑和不同情况的具体实现，达到解耦的目的。定义一系列算法，将它们抽象封装起来，并可以动态变换。在原有对象接口功能的基础上，添加额外的功能。一个类只有一个实例，全局统一管理。

本文深入解析CGAL中的Kernel和Traits类架构，从官方教程出发，通过分层架构图展示CGAL的应用层、算法层、几何内核层和数值计算层。重点剖析Kernel作为几何计算基石的三重核心职责：几何基元定义(Point/Line/Plane)、数值类型管理(FT/RT/ET)和基础运算提供(构造器/谓词/函数对象)。通过代码示例比较Simple_cartesian、Exact_predicates_inexact和Exact_predicates_exact三种Kernel在不同精度要求下的表现差异，为开发

本文介绍了使用装饰模式实现咖啡点单系统的设计方案。作者首先采用桥接模式将基础饮料和配料分离，但发现难以支持双份配料等需求。随后优化为装饰模式：定义Beverage基类，创建具体饮料类（红茶、美式咖啡、拿铁），通过BeverageDecorator抽象类包装配料（牛奶、糖、奶泡），实现动态添加配料的功能。该方案支持运行时灵活组合饮料和配料，并能正确计算总价和生成描述，解决了最初设计中的扩展性问题。

本文介绍了在线评测系统(OJ)中判题引擎的设计方案，重点解决多语言支持带来的复杂性。通过组合运用模板方法、策略和工厂等设计模式，将判题流程分解为环境准备、代码编译、执行监控等标准化步骤，同时将语言相关逻辑解耦到独立策略类中。采用模板方法模式定义流程骨架，策略模式封装不同语言的编译执行逻辑，工厂模式动态创建策略实例，最终实现了一个符合开闭原则、易于扩展的判题引擎架构。该方案有效避免了传统if-else方式带来的维护问题，为系统支持新语言提供了清晰的扩展路径。

适配器模式（Adapter Pattern）是一种常用的结构型设计模式，它通过转换接口解决不同组件之间的兼容性问题，让原本不兼容的接口能够协同工作。