外观模式(Facade Pattern) 追MM

对这个sql语句的整合的facade比较感兴趣，不知道能否交流下？

这个例子没看的不是太懂。按我的理解好像外观模式是用来处理这样一个问题。一个操作需要由多个步骤来完成，这些步骤可能彼此联系。这个模式的有点就是把麻烦留给自己把方便留给使用者。但是我比较疑惑的是：一个操作流程一旦确定他所需要的信息也基本固定，即使你再怎么封装一些必须的信息也是不可少的，就按你的例子中两个人要旅游你总要告诉一下你想去哪这些东西，而你的例子中一个男朋友的facade就都搞定了。如果不把
这些数据以来关系是怎么解决的说清楚我感觉这个模式跟简单的封装没有区别。
     新学Java没多久，可能问题比较幼稚，希望大家别见笑

facade本身用"外观"来表达就貌似有点词不达意.不过搂住这个例子我感觉不适合用来演示facade,倒是适合表达composite(没拼错吧？)。

通常，众多功能相似/相同的接口有终端的具体实现对象，使用使用接口的时候，往往需要创建具体实现对象的实例，这样就暴露了细粒度的内部实现，facade针对这种问题，提供统一的访问方式，避免或者减少使用者访问实现对象。

其实facade用字面意义“消逝”也挺合适，就是窄化。

不解的是MyGirl类main中的Restaurant restaurant = new Restaurant(); 

我觉得你的那个女朋友类直接放一个你的引用，这就好比，你会给你女朋友安排所有的东西...不像外观模式。...

这样学模式肯定是学不会的。

LZ。这样的东西也拿出来。浪费我时间

外观模式符合:少用继承多用组合的原则,
描述的到是很清楚的,你把事都搞定了,你女朋友只要找到你就能轻松旅游.
但例子还可以再深入,现在感觉就是对象组合.

fa·çade also fa·cade  (f-säd)
n.
1. The face of a building, especially the principal face.
2. An artificial or deceptive front: ideological slogans that were a façade for geopolitical power struggles.

facade就是脸， 理解模式就是理解怎么用， 模式的定义通常都是比较模糊的， 上升到抽象层次， 模式就是类关系。 个人认为， facade， 说白了就是接口的统一。

你的例子有点问题^_^