摘要：关于面向过程的一些分析：首先是数据的维护问题，面向过程是过程话的，其数据和行为是分开的，所以你不知道哪个过程修改了这个数据，不知道哪个地方调用了这个数据，你无法对其进行控制，安全性，稳定性，可维护性就大大降低了。而且所有数据都是由系统来维护，这也增加了维护的难度。然后对于面向过程的思想总是将某一个行为看成若干个过程组成，过程与过程之间就有因果关系，都联系在一起，属于紧耦合状态，一旦改变一个过程，则... 阅读全文

摘要：一直以来，不断的进行着项目的设计、开发，然而，差的设计，痛苦的维护、编码，让我不断的审视自己的设计是否有问题，在最近的一些思考、理解中，终于有了一些领悟，总结一下过去的设计，以此来作为参考和警示，以免以后再入误区。 　　一直以来的设计都是很粗浅的，没有做过足够的分析，就开始了编码工作，可以说直接就开展到了代码的层次，没有分析清楚自己要做的是什么就开始了，直接就准备开始实现需求了。这样做的后果就是... 阅读全文

摘要：今天在总结最近一个项目的时候，突然灵感一现，理解了一些以前困惑的问题，和自己一直以来的设计上的问题，这里来分享下。　　抽象与封装，是我们在做设计和写程序的时候经常用到的，然而很多时候抽象封装的不对则会造成很乱、很遭的设计。在我最近的项目里就很有体会。场景是这样的，有一个新闻表单，用户填写然后提交，程序要做的就是检查数据（包括是否合法，是否为空等），如果没有错误就向数据库中插入一条数据，如果验证不通... 阅读全文

摘要：最近在师父的帮助下完成了一个小的工具设计，这个小的设计花了我蛮长的时间，一直在更改，变化，直到现在算是设计完成，这里做下总结思考。首先，自己想做的是一个基于mysql的单表数据操作类，有着最基本的单表增删改查，还有单表特殊操作，比如审核，获取默认情况下的单表数据等（这些是基于基本操作的，为更方便的管理，因为将单表的所有操作在一个类中控制起来，就能够很好的管理），然后它能移植到各种数据库框架下，比如... 阅读全文

摘要：今天跑去接受师父的引导，经过一个下午交流沟通，收获不小，总结思考，归纳如下：1、首先是对需求的分析不够透彻，需求不明，然后就开始直接进行方案的实施了，在这种情况下，一旦需求发生变化，则会牵一发动全身，而且往往会自己将自己的方案推倒从来，因为需求并不明晰。所以以后在做需求分析的时候，一定要明确自己要什么，要得到什么样的结果，分析清楚以后再去做方案的实施。2、环境不明，条件不明，没有认真思考，需求是建... 阅读全文

摘要：学习了这么长时间的模式，一直想实践一下，但是由于模式的理解不够，而且不能用形式化的模式，一直以来也没有好的实践机会。今天在做一个小的模块的时候（重构以前的模块），写出了一个自己觉得很不错的模块，感觉比以前来说有长足的进步，这里就来和大家分享下。　　环境描述：由于在公司的做项目时，大部分是写小的模块，系统有一个框架，一般都是在系统的基础上写几个模块，就算完成一个小的项目了。但是由于大部分项目都有很多... 阅读全文

摘要：钻研了几个设计模式后，发现对一个名词的意义逐渐清晰起来，这个名词就是：依赖。依赖，我的理解是，当为实现某功能的时候，你就已经开始依赖这些代码了。就比如下面的简单几句代码：[代码]简单几句代码，也存在着几处依赖，第一行的赋值语句，它是将一个固定的字符串赋给了变量$str；第二行将变量$str全部变为小写，依赖strtolower函数，第三行是打印，依赖于echo。现在我们来逐一进行分析：首先，第一行... 阅读全文

摘要：外观模式：为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口可以使得子系统更加容易使用。从定义中可以知道，外观模式是为了封装一个复杂的子系统的操作，以提供用户简单易懂的接口。这样做除了能够方便的使用外观模式封装的接口外，还能到达解耦的目的，从复杂的系统解耦只与高层接口交互。在生活中有很多外观模式的例子，例如：我们的电脑，它的启动就是一个外观模式很好的例子，一个启动按钮就是一... 阅读全文

摘要：策略模式：它定义了算法家族，分别封装起来让它们之间可以相互替换，此模式让算法的变化，不会影响到使用算法的客户。策略模式是封装了一个算法，而这个算法是使用对象组合的方式实现的，比如：像上一篇模板方法模式中的付款，我们可以定义几个付款类，然后根据用户的选择来决定用哪个付款类来付款，以达到在运行时切换付款方式，而不改变其他步骤的实现。策略模式和模板方法模式很相似，它们都是定义了一个算法，都可以相互替换而... 阅读全文

摘要：模板方法模式：定义了一个操作中的算法骨架，将一些步骤推迟到之类中。模板方法使得子类可以在不改变整个算法结构的情况下，重新定义特定的步骤。模板方法定义看起来很拗口，但是其实在编程用到的却是非常的多的，它主要是用于创建框架（系统框架，或者某一算法的框架）然后由子类来决定具体的步骤。比如说，我们在淘宝上买东西，一般的步骤都是，搜索商品，确认要购买后，点击购买商品，然后付款（这里的付款就可以由用户自己决定... 阅读全文

摘要：适配器模式：将一个接口转换为另一个客户所期望的接口，使原本不兼容的接口变成兼容的。适配器模式主要是为了解决在两个设计好的系统中，功能相似的接口不兼容的问题。用一个适配器类来解决接口不相容的问题，将目标接口转换为与另一个接口，使其兼容。在适配器模式中，分为两类，一类是对象适配器，另一类是类适配器。对象适配器：对象适配器一般是包装适配对象，然后实现被适配接口，在适配接口中调用它包装的适配对象的方法。这... 阅读全文

摘要：继续设计模式心得体验——命令模式。命令模式：将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作。一般在命令模式中有三个元素，invoker、command、receive。command是一个抽象类或者也可以是个接口，它封装了一个execute方法，一般在command初始化的时候接受一个receive参数，而e... 阅读全文

摘要：单件模式——确保一个类只有一个实例，并提供全局访问方法这个模式是用在某些类只能有一个实例的情况下的，例如：大家经常玩的War3，如果多次运行它就会提示，War3已经在运行了。实现该模式的php代码如下：单件模式用这种方法就可以创建Singleton的唯一实例了，当然如果是其他语言，如java，C#它们都支持多线程，就有可能两个线程同时初始化，得到两个不同的实例，这是就必须对... 阅读全文

摘要：“能清晰的表达出来，才表示自己真正的理解了。”今天师父告诉我一个学习方法，必须养成这个良好的习惯。刚好最近在学习设计模式，从今天起每天记下自己对模式的理解，以加深自己的理解。现在就开始开篇——简单工厂、工厂、抽象工厂模式。简单工厂：它封装了一个创建“产品”的类，这个“产品”都是继承某个类或是实现了某个接... 阅读全文