12.5享元模式的应用享元模式是性能优化的一种方案，但也带来了一些复杂性问题。使用享元模式时需要维护额外的factory对象和manager对象，在不必要的情况下，这些开销是可以避免的。享元模式的好处取决于如何使用和何时使用，通常适用于程序中存在大量相似对象，造成大内存开销，大多数对象状态可外部化，
Javascript 27 次浏览
Word文字处理： 文字编辑、查找替换、页面设置、页眉页脚、分栏、段落设置、首字下沉、图形编辑、艺术字、表格处理、数学公式Excel表格处理： 数据输入、文件导入、函数使用、数据排序、数据汇总、图表制作程序设计基础（VB）： 阅读简短程序、调试程序错误、编写简短程序
VB 24 次浏览
命令模式是一种简单而优雅的设计模式之一，它通过将请求发送者与接收者解耦，实现了请求的发送者不需要知道接收者身份和操作内容的目的。常见的应用场景是在需要向某些对象发送请求，但不确定接收者身份和具体操作时。
Javascript 22 次浏览
遵循单一职责原则可以帮助我们将对象分解为更小的部分，提高它们的可重用性。然而，过多的对象之间可能会产生复杂的相互关系，修改一个对象可能会影响到与之相关联的其他对象。对象之间的紧密耦合可能会降低它们的可重用性。在编程中，对象之间的过度依赖并非好事，类似于“城门失火，殃及池鱼”和“一人犯法，株连九族”的
Javascript 23 次浏览
4.6通用的惰性单例上一节我们完成了一个可用的惰性单例，但是我们发现它还有如下一些问题。 这段代码仍然是违反单一职责原则的，创建对象和管理单例的逻辑都放在createLoginLayer对象内部。 如果我们下次需要创建页面中唯一的iframe，或者script标签，用来跨域请求数据，就必须得如法
Javascript 24 次浏览
10.6透明性带来的安全问题组合模式的透明性使得发起请求的客户不用去顾忌树中组合对象和叶对象的区别，但它们在本质上有是区别的。组合对象可以拥有子节点，叶对象下面就没有子节点，所以我们也许会发生一些误操作，比如试图往叶对象中添加子节点。解决方案通常是给叶对象也增加add方法，并且在调用这个方法时，抛出
Javascript 22 次浏览
9.5历史记录与操作回溯在上一节中，我们讨论了如何撤销单个命令的操作。然而，在实际情况中，我们常常需要一次性撤销一系列的命令。以围棋程序为例，当我们需要一次性回到前几步时，我们可以通过将所有执行过的命令记录在一个历史列表中，并逆序执行这些命令的undo操作来实现。但是，并非所有情况都能轻松利用und
Javascript 30 次浏览