fancivez的专栏

这里不会将UML的各种元素都提到，我只想讲讲类图中各个类之间的关系； 能看懂类图中各个类之间的线条、箭头代表什么意思后，也就足够应对 日常的工作和交流； 同时，我们应该能将类图所表达的含义和最终的代码对应起来； 有了这些知识，看后面章节的设计模式结构图就没有什么问题了； 本章所有图形使用Enterprise Architect 9.2来画,所有示例详见根目录下的design_patterns

设计模式 php 创建型模式 设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 > 如果你对设计模式完全没有感觉，那么去好好写一个类库，或者一个简单的MVC框架，这个过程会让你感觉到自己缺失的部分。工厂方法模式 抽象工厂模式 单例模式 建造者模式 原型模式 工厂模式适

原文链接：http://www.yuansir-web.com/?p=1012&preview=true 看Laravel的IoC容器文档只是介绍实例，但是没有说原理，之前用MVC框架都没有在意这个概念，无意中在phalcon的文档中看到这个详细的介绍，感觉豁然开朗，复制粘贴过来，主要是好久没有写东西了，现在确实很懒变得！ 首先，我们假设，我们要开发一个组件命名为SomeCompo

仿照laravel实现一个最简容器 2一、闭包实现bind由此我们实现了容器的核心功能<?phpclass Ioc{ protected $bindings = []; function bind($abstract,$concrete = null,$shared = 0){ echo "step bind abstract : [$abstract] <br/>

最近总感觉自己写的代码很丑，设计模式很难有用武之地，今天看了 https://www.zhihu.com/question/25339235/answer/90183763?group_id=692432194668343296想到，业务可以给自己定制一个业务逻辑最佳实践 简化 if else业务逻辑可能看起来长这样 (转自上面的链接)：switch （gender）: case 'mal

这是之前我写在公司的jira上的关于设计模式的分享，后面会陆续转过来一些不涉及业务的其他文章。 定义 依赖注入（DI），或者控制反转（IOC），可以帮助我们开发出松散耦合的程序，以下stackoverflow高票答案stackoverflow给出的类比。 When you go and get things out of the refrigerator fo

重来–会员系统 最近会员系统终于上线，后端从技术选型到逻辑实现大部分由我完成，搞完它总算可以功成身退，安心离职去往新的公司了。今天收拾东西之余盘点一下。 会员系统做了很久，从设计到通用组件开发再到具体业务实现，前后大概花了4个月，首次使用lumen,以及相应一系列工具链，前面推进速度相对缓慢，后面填业务逻辑就效率很高了。做的好的地方 因为读过laravel核心代码所以上手lumen很快而且一点不