我们将给大家介绍调解者模式,这个模式的目的是封装一组对象之间的相互作用,防止对象之间相互干扰,调解者(Mediator)在同事对象(Colleague)之间充当中间汇聚点。
同事对象之间应该保持松散耦合,避免一个对象直接明确指向另一个对象。在调解者模式下,对象的关系和依赖发生冲突时,我们可以使用调解者在耦合的对象之间协调工作流,依赖可以从同事朝调解者或从调解者向同事建立,这两个方向上的依赖都可以使用AbstractColleague或AbstractMediator中断。
图1 调解者和同事对象
对象不是孤立的,对象之间必须相互协作才能完成任务。虽然调解者模式可以限制对象之间的相互作用,但如果滥用,会致使编写聚合性类变得非常困难。举一个实用的例子,在领域驱动设计(Domain-Driven Design)中的服务就是实体之间的调解者。再举一个PHP相关的例子,Zend_Form装饰和过滤功能实际上可以看作是Zend_Form_Decorator和Zend_Filter实例之间的一个简单调解者,它们都使用Zend_Validate对象进行验证。
当调解者必须监听同事对象的事件时,它通常是作为观察者(Observer)实现的,产生一个黑板(blackboard)对象,一些同事写,另一些同事就读。来自同事的事件被推向调解者,再由调解者将其转发给其它订阅的同事,同事之间不需要相互了解,这个架构成功用于随Zend框架发布的Dojo JavaScript库。这个模式的另一个好处是对象的变化包含在计算方法中,可以通过配置不同的调解者实现这一目标,但实例化相关对象将是一个松散的操作,不同容器和工厂之间的协作关系将是分散的。参与者:
◆同事(Colleague):重点是它的职责,它只与一个调解者Mediator或AbstractMediator通信。
◆调解者(Mediator):协同多个Colleagues(AbstractColleagues)共同工作。
◆AbstractMediator,AbstractColleague:从这些角色的真实实现解耦的可选接口,可能不止一个AbstractColleague角色。
下面的代码实现了一个表单输入的过滤过程,类似于Zend_Form_Element功能。
<ol class="dp-xml"> <li class="alt"><span><strong><font color="#006699"><span class="tag"></span><span class="tag-name">php</span></font></strong><span> </span></span></li> <li><span>/** </span></li> <li class="alt"><span> * AbstractColleague. </span></li> <li><span> */ </span></li> <li class="alt"><span>interface Filter </span></li> <li><span>{ </span></li> <li class="alt"><span> public function filter($value); </span></li> <li><span>} </span></li> <li class="alt"><span> </span></li> <li><span>/** </span></li> <li class="alt"><span> * Colleague. We decide in the implementation phase </span></li> <li><span> * that Colleagues should not know the next Colleague </span></li> <li class="alt"><span> * in the chain, resorting to a Mediator to link them together. </span></li> <li><span> * This choice succesfully avoids a base abstract class </span></li> <li class="alt"><span> * for Filters. </span></li> <li><span> * Remember that this is an example: it is not only </span></li> <li class="alt"><span> * Chain of Responsibility that can be alternatively implemented </span></li> <li><span> * as a Mediator. </span></li> <li class="alt"><span> */ </span></li> <li><span>class TrimFilter implements Filter </span></li> <li class="alt"><span>{ </span></li> <li><span> public function filter($value) </span></li> <li class="alt"><span> { </span></li> <li><span> return trim($value); </span></li> <li class="alt"><span> } </span></li> <li><span>} </span></li> </ol>
<ol class="dp-xml"> <li class="alt"><span><span>/** </span></span></li> <li><span> * Colleague. </span></li> <li class="alt"><span> */ </span></li> <li><span>class NullFilter implements Filter </span></li> <li class="alt"><span>{ </span></li> <li><span> public function filter($value) </span></li> <li class="alt"><span> { </span></li> <li><span> return $value ? $value : ''; </span></li> <li class="alt"><span> } </span></li> <li><span>} </span></li> <li class="alt"><span> </span></li> <li><span>/** </span></li> <li class="alt"><span> * Colleague. </span></li> <li><span> */ </span></li> <li class="alt"><span>class HtmlEntitiesFilter implements Filter </span></li> <li><span>{ </span></li> <li class="alt"><span> public function filter($value) </span></li> <li><span> { </span></li> <li class="alt"><span> return htmlentities($value); </span></li> <li><span> } </span></li> <li class="alt"><span>} </span></li> </ol>
- /**
- * The Mediator. We avoid referencing it from ConcreteColleagues
- * and so the need for an interface. We leave the implementation
- * of a bidirectional channel for the Observer pattern's example.
- * This class responsibility is to store the value and coordinate
- * filters computation when they have to be applied to the value.
- * Filtering responsibilities are obviously a concern of
- * the Colleagues, which are Filter implementations.
- */
- class InputElement
- {
- protected 我们将给大家介绍调解者模式,这个模式的目的是封装一组对象之间的相互作用,防止对象之间相互干扰,调解者(Mediator)在同事对象(Colleague)之间充当中间汇聚点。
同事对象之间应该保持松散耦合,避免一个对象直接明确指向另一个对象。在调解者模式下,对象的关系和依赖发生冲突时,我们可以使用调解者在耦合的对象之间协调工作流,依赖可以从同事朝调解者或从调解者向同事建立,这两个方向上的依赖都可以使用AbstractColleague或AbstractMediator中断。
![]()
图1 调解者和同事对象对象不是孤立的,对象之间必须相互协作才能完成任务。虽然调解者模式可以限制对象之间的相互作用,但如果滥用,会致使编写聚合性类变得非常困难。举一个实用的例子,在领域驱动设计(Domain-Driven Design)中的服务就是实体之间的调解者。再举一个PHP相关的例子,Zend_Form装饰和过滤功能实际上可以看作是Zend_Form_Decorator和Zend_Filter实例之间的一个简单调解者,它们都使用Zend_Validate对象进行验证。
当调解者必须监听同事对象的事件时,它通常是作为观察者(Observer)实现的,产生一个黑板(blackboard)对象,一些同事写,另一些同事就读。来自同事的事件被推向调解者,再由调解者将其转发给其它订阅的同事,同事之间不需要相互了解,这个架构成功用于随Zend框架发布的Dojo JavaScript库。这个模式的另一个好处是对象的变化包含在计算方法中,可以通过配置不同的调解者实现这一目标,但实例化相关对象将是一个松散的操作,不同容器和工厂之间的协作关系将是分散的。参与者:
◆同事(Colleague):重点是它的职责,它只与一个调解者Mediator或AbstractMediator通信。
◆调解者(Mediator):协同多个Colleagues(AbstractColleagues)共同工作。
◆AbstractMediator,AbstractColleague:从这些角色的真实实现解耦的可选接口,可能不止一个AbstractColleague角色。
下面的代码实现了一个表单输入的过滤过程,类似于Zend_Form_Element功能。
<ol class="dp-xml"> <li class="alt"><span><strong><font color="#006699"><span class="tag"></span><span class="tag-name">php</span></font></strong><span> </span></span></li> <li><span>/** </span></li> <li class="alt"><span> * AbstractColleague. </span></li> <li><span> */ </span></li> <li class="alt"><span>interface Filter </span></li> <li><span>{ </span></li> <li class="alt"><span> public function filter($value); </span></li> <li><span>} </span></li> <li class="alt"><span> </span></li> <li><span>/** </span></li> <li class="alt"><span> * Colleague. We decide in the implementation phase </span></li> <li><span> * that Colleagues should not know the next Colleague </span></li> <li class="alt"><span> * in the chain, resorting to a Mediator to link them together. </span></li> <li><span> * This choice succesfully avoids a base abstract class </span></li> <li class="alt"><span> * for Filters. </span></li> <li><span> * Remember that this is an example: it is not only </span></li> <li class="alt"><span> * Chain of Responsibility that can be alternatively implemented </span></li> <li><span> * as a Mediator. </span></li> <li class="alt"><span> */ </span></li> <li><span>class TrimFilter implements Filter </span></li> <li class="alt"><span>{ </span></li> <li><span> public function filter($value) </span></li> <li class="alt"><span> { </span></li> <li><span> return trim($value); </span></li> <li class="alt"><span> } </span></li> <li><span>} </span></li> </ol><ol class="dp-xml"> <li class="alt"><span><span>/** </span></span></li> <li><span> * Colleague. </span></li> <li class="alt"><span> */ </span></li> <li><span>class NullFilter implements Filter </span></li> <li class="alt"><span>{ </span></li> <li><span> public function filter($value) </span></li> <li class="alt"><span> { </span></li> <li><span> return $value ? $value : ''; </span></li> <li class="alt"><span> } </span></li> <li><span>} </span></li> <li class="alt"><span> </span></li> <li><span>/** </span></li> <li class="alt"><span> * Colleague. </span></li> <li><span> */ </span></li> <li class="alt"><span>class HtmlEntitiesFilter implements Filter </span></li> <li><span>{ </span></li> <li class="alt"><span> public function filter($value) </span></li> <li><span> { </span></li> <li class="alt"><span> return htmlentities($value); </span></li> <li><span> } </span></li> <li class="alt"><span>} </span></li> </ol>___FCKpd___2原文名:Practical Php Patterns: Mediator 作者:Giorgio
原文出处:http://giorgiosironi.blogspot.com/search/label/practical%20php%20patterns
filters;- protected 我们将给大家介绍调解者模式,这个模式的目的是封装一组对象之间的相互作用,防止对象之间相互干扰,调解者(Mediator)在同事对象(Colleague)之间充当中间汇聚点。
同事对象之间应该保持松散耦合,避免一个对象直接明确指向另一个对象。在调解者模式下,对象的关系和依赖发生冲突时,我们可以使用调解者在耦合的对象之间协调工作流,依赖可以从同事朝调解者或从调解者向同事建立,这两个方向上的依赖都可以使用AbstractColleague或AbstractMediator中断。
![]()
图1 调解者和同事对象对象不是孤立的,对象之间必须相互协作才能完成任务。虽然调解者模式可以限制对象之间的相互作用,但如果滥用,会致使编写聚合性类变得非常困难。举一个实用的例子,在领域驱动设计(Domain-Driven Design)中的服务就是实体之间的调解者。再举一个PHP相关的例子,Zend_Form装饰和过滤功能实际上可以看作是Zend_Form_Decorator和Zend_Filter实例之间的一个简单调解者,它们都使用Zend_Validate对象进行验证。
当调解者必须监听同事对象的事件时,它通常是作为观察者(Observer)实现的,产生一个黑板(blackboard)对象,一些同事写,另一些同事就读。来自同事的事件被推向调解者,再由调解者将其转发给其它订阅的同事,同事之间不需要相互了解,这个架构成功用于随Zend框架发布的Dojo JavaScript库。这个模式的另一个好处是对象的变化包含在计算方法中,可以通过配置不同的调解者实现这一目标,但实例化相关对象将是一个松散的操作,不同容器和工厂之间的协作关系将是分散的。参与者:
◆同事(Colleague):重点是它的职责,它只与一个调解者Mediator或AbstractMediator通信。
◆调解者(Mediator):协同多个Colleagues(AbstractColleagues)共同工作。
◆AbstractMediator,AbstractColleague:从这些角色的真实实现解耦的可选接口,可能不止一个AbstractColleague角色。
下面的代码实现了一个表单输入的过滤过程,类似于Zend_Form_Element功能。
<ol class="dp-xml"> <li class="alt"><span><strong><font color="#006699"><span class="tag"></span><span class="tag-name">php</span></font></strong><span> </span></span></li> <li><span>/** </span></li> <li class="alt"><span> * AbstractColleague. </span></li> <li><span> */ </span></li> <li class="alt"><span>interface Filter </span></li> <li><span>{ </span></li> <li class="alt"><span> public function filter($value); </span></li> <li><span>} </span></li> <li class="alt"><span> </span></li> <li><span>/** </span></li> <li class="alt"><span> * Colleague. We decide in the implementation phase </span></li> <li><span> * that Colleagues should not know the next Colleague </span></li> <li class="alt"><span> * in the chain, resorting to a Mediator to link them together. </span></li> <li><span> * This choice succesfully avoids a base abstract class </span></li> <li class="alt"><span> * for Filters. </span></li> <li><span> * Remember that this is an example: it is not only </span></li> <li class="alt"><span> * Chain of Responsibility that can be alternatively implemented </span></li> <li><span> * as a Mediator. </span></li> <li class="alt"><span> */ </span></li> <li><span>class TrimFilter implements Filter </span></li> <li class="alt"><span>{ </span></li> <li><span> public function filter($value) </span></li> <li class="alt"><span> { </span></li> <li><span> return trim($value); </span></li> <li class="alt"><span> } </span></li> <li><span>} </span></li> </ol><ol class="dp-xml"> <li class="alt"><span><span>/** </span></span></li> <li><span> * Colleague. </span></li> <li class="alt"><span> */ </span></li> <li><span>class NullFilter implements Filter </span></li> <li class="alt"><span>{ </span></li> <li><span> public function filter($value) </span></li> <li class="alt"><span> { </span></li> <li><span> return $value ? $value : ''; </span></li> <li class="alt"><span> } </span></li> <li><span>} </span></li> <li class="alt"><span> </span></li> <li><span>/** </span></li> <li class="alt"><span> * Colleague. </span></li> <li><span> */ </span></li> <li class="alt"><span>class HtmlEntitiesFilter implements Filter </span></li> <li><span>{ </span></li> <li class="alt"><span> public function filter($value) </span></li> <li><span> { </span></li> <li class="alt"><span> return htmlentities($value); </span></li> <li><span> } </span></li> <li class="alt"><span>} </span></li> </ol>___FCKpd___2原文名:Practical Php Patterns: Mediator 作者:Giorgio
原文出处:http://giorgiosironi.blogspot.com/search/label/practical%20php%20patterns
value;- public function addFilter(Filter $filter)
- {
- $this->_filters[] = $filter;
- return $this;
- }
- public function setValue($value)
- {
- $this->_value = $this->_filter($value);
- }
- protected function _filter($value)
- {
- foreach ($this->_filters as $filter) {
- $value = $filter->filter($value);
- }
- return $value;
- }
- public function getValue()
- {
- return $this->_value;
- }
- }
- $input = new InputElement();
- $input->addFilter(new NullFilter())
- ->addFilter(new TrimFilter())
- ->addFilter(new HtmlEntitiesFilter());
- $input->setValue(' You should use the h1>-h6> tags for your headings.');
- echo $input->getValue(), "\n";
原文名:Practical Php Patterns: Mediator 作者:Giorgio
原文出处:http://giorgiosironi.blogspot.com/search/label/practical%20php%20patterns

PHPSession失效的原因包括配置错误、Cookie问题和Session过期。1.配置错误:检查并设置正确的session.save_path。2.Cookie问题:确保Cookie设置正确。3.Session过期:调整session.gc_maxlifetime值以延长会话时间。

在PHP中调试会话问题的方法包括:1.检查会话是否正确启动;2.验证会话ID的传递;3.检查会话数据的存储和读取;4.查看服务器配置。通过输出会话ID和数据、查看会话文件内容等方法,可以有效诊断和解决会话相关的问题。

多次调用session_start()会导致警告信息和可能的数据覆盖。1)PHP会发出警告,提示session已启动。2)可能导致session数据意外覆盖。3)使用session_status()检查session状态,避免重复调用。

在PHP中配置会话生命周期可以通过设置session.gc_maxlifetime和session.cookie_lifetime来实现。1)session.gc_maxlifetime控制服务器端会话数据的存活时间,2)session.cookie_lifetime控制客户端cookie的生命周期,设置为0时cookie在浏览器关闭时过期。

使用数据库存储会话的主要优势包括持久性、可扩展性和安全性。1.持久性:即使服务器重启,会话数据也能保持不变。2.可扩展性:适用于分布式系统,确保会话数据在多服务器间同步。3.安全性:数据库提供加密存储,保护敏感信息。

在PHP中实现自定义会话处理可以通过实现SessionHandlerInterface接口来完成。具体步骤包括:1)创建实现SessionHandlerInterface的类,如CustomSessionHandler;2)重写接口中的方法(如open,close,read,write,destroy,gc)来定义会话数据的生命周期和存储方式;3)在PHP脚本中注册自定义会话处理器并启动会话。这样可以将数据存储在MySQL、Redis等介质中,提升性能、安全性和可扩展性。

SessionID是网络应用程序中用来跟踪用户会话状态的机制。1.它是一个随机生成的字符串,用于在用户与服务器之间的多次交互中保持用户的身份信息。2.服务器生成并通过cookie或URL参数发送给客户端,帮助在用户的多次请求中识别和关联这些请求。3.生成通常使用随机算法保证唯一性和不可预测性。4.在实际开发中,可以使用内存数据库如Redis来存储session数据,提升性能和安全性。

在无状态环境如API中管理会话可以通过使用JWT或cookies来实现。1.JWT适合无状态和可扩展性,但大数据时体积大。2.Cookies更传统且易实现,但需谨慎配置以确保安全性。


热AI工具

Undresser.AI Undress
人工智能驱动的应用程序,用于创建逼真的裸体照片

AI Clothes Remover
用于从照片中去除衣服的在线人工智能工具。

Undress AI Tool
免费脱衣服图片

Clothoff.io
AI脱衣机

Video Face Swap
使用我们完全免费的人工智能换脸工具轻松在任何视频中换脸!

热门文章

热工具

WebStorm Mac版
好用的JavaScript开发工具

DVWA
Damn Vulnerable Web App (DVWA) 是一个PHP/MySQL的Web应用程序,非常容易受到攻击。它的主要目标是成为安全专业人员在合法环境中测试自己的技能和工具的辅助工具,帮助Web开发人员更好地理解保护Web应用程序的过程,并帮助教师/学生在课堂环境中教授/学习Web应用程序安全。DVWA的目标是通过简单直接的界面练习一些最常见的Web漏洞,难度各不相同。请注意,该软件中

SublimeText3 英文版
推荐:为Win版本,支持代码提示!

EditPlus 中文破解版
体积小,语法高亮,不支持代码提示功能

记事本++7.3.1
好用且免费的代码编辑器