旁观者清还是旁观者不清？

旁观者清还是旁观者不清这个问题是一个哲学上的问题，没有一个明确的答案。

一方面，旁观者清是指对于一个事件的观察者来说，他们可以从不同的角度去看待这个事件，从而获得更全面、更客观的看法。这种看法可以包括更多的细节、更多的背景信息，以及更深入的本质。这种旁观者清的优势在于能够避免当局者迷的情况，避免个人情感和偏见对事件看法的影响。

另一方面，旁观者不清也有其存在的道理。因为作为观察者，他们可能无法完全理解事件中的所有情况和细节，特别是涉及到人们的私人关系、文化背景等复杂因素时。此外，有时候观察者可能也会因为自己的价值观和观念体系的影响而产生误解或偏见。

因此，旁观者清还是旁观者不清并不能一概而论，而是要具体情况具体分析。在某些情况下，旁观者可能会比当局者更加清醒和客观；而在另一些情况下，旁观者则可能会因为各种原因而无法完全理解事件的真实情况。因此，我们需要具体情况具体分析，不能一概而论。

观察者（Observer）模式又名发布-订阅（Publish/Subscribe）模式。GOF给观察者模式如下定义：定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。

在这里先讲一下面向对象设计的一个重要原则——单一职责原则。因此系统的每个对象应该将重点放在问题域中的离散抽象上。因此理想的情况下，一个对象只做一件事情。这样在开发中也就带来了诸多的好处：提供了重用性和维护性，也是进行重构的良好的基础。

因此几乎所有的设计模式都是基于这个基本的设计原则来的。观察者模式的起源我觉得应该是在GUI和业务数据的处理上，因为现在绝大多数讲解观察者模式的例子都是这一题材。但是观察者模式的应用决不仅限于此一方面。

下面我们就来看看观察者模式的组成部分。

1) 抽象目标角色（Subject）：目标角色知道它的观察者，可以有任意多个观察者观察同一个目标。并且提供注册和删除观察者对象的接口。目标角色往往由抽象类或者接口来实现。

2) 抽象观察者角色（Observer）：为那些在目标发生改变时需要获得通知的对象定义一个更新接口。抽象观察者角色主要由抽象类或者接口来实现。

3) 具体目标角色（Concrete Subject）：将有关状态存入各个Concrete Observer对象。当它的状态发生改变时, 向它的各个观察者发出通知。

4) 具体观察者角色（Concrete Observer）：存储有关状态，这些状态应与目标的状态保持一致。实现Observer的更新接口以使自身状态与目标的状态保持一致。在本角色内也可以维护一个指向Concrete Subject对象的引用。

鹏仔微信 15129739599 鹏仔QQ344225443 鹏仔前端 pjxi.com 共享博客 sharedbk.com