PSR-4

Autoloader关键词 “必须”("MUST")、“一定不可/一定不能”("MUST NOT")、“需要”("REQUIRED")、 “将会”("SHALL")、“不会”("SHALL NOT")、“应该”("SHOULD")、“不该”("SHOULD NOT")、 “推荐”("RECOMMENDED")、“可以”("MAY")和”可选“("OPTIONAL")的详细描述可参见 [RFC 21...
阅读(255) 评论(0)

PSR-7

HTTP消息接口本文档描述了在RFC 7230和RFC 7231中被描述来代表HTTP消息通用接口,以及在RFC 3986中规定的URIs语法。HTTP消息是Web开发的基础。Web浏览器和HTTP客户端之间,例如使用cURL创建一个发送到Web服务器的HTTP请求,Web服务器会返回一个HTTP响应。服务器端代码收到一个HTTP请求消息,并返回一个HTTP响应消息。HTTP消息通常对与最终的消费...
阅读(605) 评论(0)

PSR-3

日志接口规范本文制定了日志类库的通用接口规范。本规范的主要目的,是为了让日志类库以简单通用的方式,通过接收一个 Psr\Log\LoggerInterface 对象,来记录日志信息。 框架以及CMS内容管理系统如有需要,可以对此接口进行扩展,但需遵循本规范, 这才能保证在使用第三方的类库文件时,日志接口仍能正常对接。关键词 “必须”("MUST")、“一定不可/一定不能”("MUST NOT")、...
阅读(156) 评论(0)

PSR-2

代码风格规范本篇规范是 PSR-1 基本代码规范的继承与扩展。本规范希望通过制定一系列规范化PHP代码的规则,以减少在浏览不同作者的代码时,因代码风格的不同而造成不便。当多名程序员在多个项目中合作时,就需要一个共同的编码规范, 而本文中的风格规范源自于多个不同项目代码风格的共同特性, 因此,本规范的价值在于我们都遵循这个编码风格,而不是在于它本身。关键词 “必须”("MUST")、“一定不可/一定...
阅读(264) 评论(0)

PSR-1

基本代码规范本篇规范制定了代码基本元素的相关标准, 以确保共享的PHP代码间具有较高程度的技术互通性。关键词 “必须”("MUST")、“一定不可/一定不能”("MUST NOT")、“需要”("REQUIRED")、 “将会”("SHALL")、“不会”("SHALL NOT")、“应该”("SHOULD")、“不该”("SHOULD NOT")、 “推荐”("RECOMMENDED")、“可以...
阅读(139) 评论(1)

PSR-0

PSR-0:自动加载规范此规范已被弃用 - 本规范已于2014年10月21日被标记为弃用,目前最新的替代规范为 [PSR-4] 。本文是为自动加载器(autoloader)实现通用自动加载,所需要遵循的编码规范。规范说明一个标准的 命名空间(namespace) 与 类(class) 名称的定义必须符合以下结构: \\(\)*;其中Vendor Name为每个命名空间都必须要有的一个顶级命名空间名...
阅读(183) 评论(0)

Hadoop生态系统常用组件导图

Hadoop生态系统主要组件导图:看大图...
阅读(524) 评论(0)

PHP设计模式——职责链模式

声明:本系列博客参考资料《大话设计模式》,作者程杰。        职责链模式(又叫责任链模式)包含了一些命令对象和一些处理对象,每个处理对象决定它能处理那些命令对象,它也知道应该把自己不能处理的命令对象交下一个处理对象,该模式还描述了往该链添加新的处理对象的方法。        UML类图:                  角色:        ...
阅读(2931) 评论(2)

PHP设计模式——访问者模式

声明:本系列博客参考资料《大话设计模式》,作者程杰。       访问者模式表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素类的前提下定义作用于这些元素的新操作。       UML类图:                   角色:                 1.抽象访问者(State):为该对象结构中具体元素角色声明一个访问...
阅读(1699) 评论(2)

PHP设计模式——模板模式

声明:本系列博客参考资料《大话设计模式》,作者程杰。              模板模式准备一个抽象类,将部分逻辑以具体方法以及具体构造形式实现,然后声明一些抽象方法来迫使子类实现剩余的逻辑。不同的子类可以以不同的方式实现这些抽象方法,从而对剩余的逻辑有不同的实现。先制定一个顶级逻辑框架,而将逻辑的细节留给具体的子类去实现。         UML类图:         ...
阅读(2151) 评论(0)

PHP设计模式——状态模式

声明:本系列博客参考资料《大话设计模式》,作者程杰。         状态模式当一个对象的内在状态改变时允许改变其行为,这个对象看起来像是改变了其类。状态模式主要解决的是当控制一个对象状态的条件表达式过于复杂时的情况。把状态的判断逻辑转移到表示不同状态的一系列类中,可以把复杂的判断逻辑简化。         UML类图:                  角色...
阅读(2787) 评论(1)

PHP设计模式——备忘录模式

声明:本系列博客参考资料《大话设计模式》,作者程杰。                 备忘录模式又叫做快照模式或Token模式,在不破坏封闭的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。              UML类图:                              角色:      ...
阅读(1451) 评论(1)

PHP设计模式——中介者模式

声明:本系列博客参考资料《大话设计模式》,作者程杰。        中介者模式用一个中介者对象来封装一系列的对象交互。中介者使得各对象不需要显式地相互引用,从而使其松散耦合,而且可以独立地改变它们之间的交互。         UML类图:                    角色:                  中介者接口(UnitedNations):在里...
阅读(1402) 评论(1)

PHP设计模式——迭代器模式

声明:本系列博客参考资料《大话设计模式》,作者程杰。        迭代器模式:迭代器模式是遍历集合的成熟模式,迭代器模式的关键是将遍历集合的任务交给一个叫做迭代器的对象,它的工作时遍历并选择序列中的对象,而客户端程序员不必知道或关心该集合序列底层的结构。        UML类图:                  角色:               Itera...
阅读(3018) 评论(2)

PHP设计模式——命令模式

声明:本系列博客参考资料《大话设计模式》,作者程杰。             命令模式:在软件系统中,“行为请求者”与“行为实现者”通常呈现一种“紧耦合”。但在某些场合,比如要对行为进行“记录、撤销/重做、事务”等处理,这种无法抵御变化的紧耦合是不合适的。在这种情况下,如何将“行为请求者”与“行为实现者”解耦?将一组行为抽象为对象,实现二者之间的松耦合。这就是命令模式。...
阅读(1741) 评论(1)
101条 共7页1 2 3 4 5 ... 下一页 尾页
    博客专栏
    个人资料
    • 访问:231121次
    • 积分:3345
    • 等级:
    • 排名:第10132名
    • 原创:95篇
    • 转载:6篇
    • 译文:0篇
    • 评论:48条