书评《J2EE设计模式》

《设计模式》读书报告

本书中有2 0多个设计模式供你选择，要从中找出一个针对特定设计问题的模式可能还是很困难的，尤其是当面对一组新模式，你还不怎么熟悉它的时候。这里教你几个不同的方法，帮助你发现适合你手头问题的设计模式。

书评:J2EE设计模式 O’REILLY William Crawford&Jonathan Kaplan 中国电力出版社

J2EE设计模式 O’REILLY William Crawford&Jonathan Kaplan 中国电力出版社很典型的O’REILLY作品。追求专而不求全，且深度控制适度。 首先简单介绍下JAVA企业设计和UML（在这种程度的书里介绍UML似乎有班门弄斧之嫌，我想作者是为了统一书中所用到的UML表达） 然后切入全书的主题，全力关注于组件级的设计模式（高于四人帮的经典方法与类粒度的设计模式） 

实用J2EE设计模式编程指南

实用J2EE设计模式编程指南

【毕业设计】论文你要用的参考文献这里总结了一部分

记得：！！！！！！评论！！！！[1] 杨学瑜，王志军，刘同利编著.JSP入门与提高[M]. 北京: 清华大学出版社.2002.[2] 林上杰，林康司编写.JSP2.0技术手册[M]. 北京：电子工业出版社.2004.[3] Decoder 编著. JSP技术揭秘[M].北京：清华大学出版社.2001.[4] Mike Jasnowski.Java，Xml和Web服务宝典[M]. 电子工业出版社. 2003.

J2EE设计模式学习笔记之--实际的数据存取

1，现在有许多技术可以供我们选择，JDBC，SQLJ，JDO，EJB2，在使用JDBC时，会遇到以下问题：1）异常处理2）PreparedStatement问题3)用框架来封闭这些低层的API函数未完待续 

helixCmd.py

之前的helloWorldCmd.py只是一个单独的命令，没有任何命令参数。而helixCmd.py则是一个带参数的命令。 可能有不少人都会用到helix的曲线，但maya里的创建曲线菜单里是没有helix的。其实maya一直都有提供这个插件来创建helix的曲线，至于为什么不把它加入到创建菜单里我就不清楚了。 helix的数学算法 [url]http://en.wikipedia.org/...

部分J2EE设计模式

Integration Broker(集成代理) 通过代理简化不同应用程序之间的互操作; Integration Wrapper(集成包装) 通过分层tier方法,在应用程序中增加API,以使能访问被包装的应用程序的所有功能; Integration Mediator(调节器) 由于一些功能可能分布在多个现有应用程序中，引入调节器,向客户机隐藏这些应用程序间的协作; Vitual componen

读书记录:J2EE设计模式

<<J2EE设计模式>> O Reilly~ William Crawford Jonatban Kaplan 一个月看完 去书店找书 找不到什么Java相关的想看的 = =! 可能是书太少了 这几天又看完了一本<<Ajax基础教程>> 结合正在做的项目 看看有哪些Ajax不会的 发现这本书没讲什么 就是一些例子 插件工具什么的 看完了 下一步看看W...

书评:《软件创新之路-冲破高技术营造的牢笼》

软件创新之路-冲破高技术营造的牢笼 Alan Cooper 电子工业出版社 慕名拜读这本书，总体有点失望。全书以一系列疑问作为开始，这些问题体现出本书的内容深度与行文风格。书不厚，非技术类。作者主要描写了他对软件设计的思考，核心思想就是程序员设计软件时需要多从用户的角度进行思考。虽然软件界面是用户交互的一个重心，但我并不认为本书适合界面设计工程师，因为界面设计师一般都具备了这样的思维角度和能力。本

书评《Hibernate深入浅出》

    Hibernate深入浅出 夏昕 曹晓钢 唐勇 电子工业出版社 一本非常不错的Hibernate介绍，比较全面，作者也很认真。虽然是国内在Hibernate领域比较领先的行家，但并非大家，所以先推免费版的做法非常聪明，加之其后认真的工作，相信让大家记住了作者的名字，有不同于普通技术写手的认同感。 本书从JAVA数据访问层开始，让读者对数据访问层所要解决的问题有了一个认识，对ORM有了概念。

书评《J2EE平台 WebServices》

J2EE平台 WebServices Ray Lai 电子工业出版社 之前买了本J2EE Web Services高级编程，那本书没有WS-X协议的介绍，深入全面介绍Web Services的中文书籍还是很少，在比较下，买了这本《J2EE平台Web Services》。原因有二，1.属于推荐比较多的一本书。2.看目录介绍，其中的WEB服务安全一章是我所感需要的。看的出本书作者Ray Lai是一个有

【设计模式精讲】4.单例模式（Singleton）

【摘要】：全局配置、日志器、线程池，这类对象在整个进程里只需要一份。多数人的第一反应是定义一个全局变量，随后便陷入初始化顺序失控、重复构造、多线程竞争的泥潭。本文从全局变量的三宗罪讲起，给出单例模式的意图与结构；重点拆解 C++ 中线程安全单例的三种写法——Meyers’ Singleton、双检锁的坑与修正、std::call_once，并比较它们的行为差异。文章最后讨论单例的代价与替代方案，提醒读者：单例是受限的全局状态，能少用就少用。

第14章 设计模式入门：单例、工厂、建造者与代理

设计模式是"在特定场景下反复被验证的解决方案"。创建型（怎么创建对象：单例、工厂、建造者）、结构型（怎么组合类与对象：代理、装饰器）、行为型（怎么分配职责、怎么协作：观察者、策略）。本章主角是创建型 3 个 + 结构型 1 个（代理）+ 行为型 1 个（观察者）。设计模式解决的典型痛点：代码重复、难以修改、到处 new 导致耦合（耦合指类与类之间依赖太深，改一个要动一片）。// 反面教材：创建"形状"的逻辑散落在各处，每处都要写一遍 if-elseSystem.out.println("画一个圆")

设计模式在 JS 中的应用：用 TS 重写经典模式，结合 React / Vue 真实业务场景

删除

【设计模式精讲】15.享元模式（Flyweight）

一局围棋上千颗棋子对象，每颗都揣着贴图引用、风格字符串与渲染缓存——可黑白加风格统共不过十来种，重复的信息被复制了上千份。本文从棋盘内存账讲起，给出享元模式的核心一刀：把「不随实例变化」的内部状态从对象里搬出去共享，把「随实例变化」的外部状态留给客户端随操作传入；享元因此必须不可变，工厂池负责「同键同对象」。现代 C++ 用 shared_ptr<const T> 把不可变纪律上锁、用 weak_ptr 池实现「可回收的共享」，并讨论「先问该不该共享」。文末对照 Boost.Flyweight 的值语义句柄

【设计模式精讲】14.外观模式（Facade）

把一份源文件编译成中间码，本是一行需求；直接调用子系统，却变成五步固定仪式——预处理器、词法器、语法器、语义检查、IR 生成各有接口与状态，每个调用方都要背下组装顺序。本文从编译器前端的编排成本讲起，给出外观模式的 GoF 意图与「只编排、不决策」的定性，辨析它简化调用而非隐藏扩展点；现代 C++ 部分讲 PIMPL 编译防火墙与外观的正交叠加、分层「附加外观」对上帝对象的防御。文末对照 std::filesystem、POCO Crypto 对 OpenSSL 的门面化、Abseil 的命令行解析与 AO