PHP 杂谈《重构-改善既有代码的设计》之三 重新组织数据

思维导图


介绍

承接上文的PHP 杂谈《重构-改善既有代码的设计》之 重新组织你的函数继续重构方面的内容。

这章主要针对数据的重构。

1、争论的声音——直接访问Field还是通过函数（Accessor）访问Field

2.修改Array为Object：当你看到一个Array很像一个数据结构，你可以使用Replace Array with Object，把Array变成一个对象。——数据结构更清晰。

专业术语

accessor：访问者，存储器——在本文翻译为“函数”

dumb:哑

domain class：用以处理业务逻辑

presentation class:用以处理”数据表现形式“

business logic：业务逻辑

unidirectional：单向的

bidirectional：双向的

collection：群集

Self Encapsulate Field

状况：如果Client直接访问值域，会造成Client与值域之间的耦合关系逐渐变得笨拙，那么为这个值域建立取值/设置函数，并且只以这些函数来访问。

动机：

　　“间接访问变量”：支持更灵活的数据获取方式，如lazy Initialization（意思是只有用到值时，才对它进行初始化。）

　　“直接访问变量”：代码比较容易阅读，不需要停下来说：“啊，这只是个取值函数”。

选择：1、代码规范，按照团队中大多数人的做法去做。

　　　　　2、个人比较喜欢“直接访问变量”，直到这种方式带来麻烦为止。

　　　　　　　martin(作者)的例子：你想获取superclass中的field，却又想在subclass中将该field改为计算后的值，这就最该使用Self Encapsulate Field。

我自己的例子：我一般会把field设置成private，如果外部变量，需要用到此field的时候，我就会用Self Encapsulate Field。或者field的值有变化的时候，用Self Encapsulate Field。

Replace Data Value with Object

状况：如果你的某个基本类型的field，需要额外的数据和行为，那么将此field变成对象。

动机：

开发初期，我们也许会使用基本数据类型表示简单的行为。例如：你可能会用一个字符串表示电话号码，但是随后可能会出现电话号码的“格式化“，”验证“，”抽取区号“之类的特殊行为。——这时候我们就需要一个新类。

Replace Array with Object

状况：你有一个数组，数组中的元素各自代表不同的东西，那么以对象替换数组，对于数组中的每个元素，以一个值域表示之。

 动机：

数组常用于一组相似对象。如果数组中的元素不同，很难明白数组中的第一个元素是人名这样的约定。对象就不同了，可以通过值域名称和函数名称传达这样的信息。——这样无须死记，无须注释。

Encapsulate Field

状况：如果你的class中有一个public值域，那么将它声明为pirvate，并提供相应的访问函数。

动机：

面向对象的原则之一就是封装（Encapsulate）或者称为”数据隐藏“。按照此原测，你绝不应该把数据声明为public。

　　——public 数据被看成是一种不好的做法。

　　——如果封装了，代码的修改就会比较简单，因为都集中在一个地方。

一个函数除了访问函数(getting/setting)外，不提供其他行为，它终究只是一个dumb class（哑类）。这类class不能获得对象技术的优势。——解决哑类的方法是Move Method轻快的将它们移到新对象去。

conclusion

我希望能把我理解的东西与大家分享，欢迎大家提出宝贵意见。

赞 (0)

相关推荐

  • PHP 杂谈《重构-改善既有代码的设计》之二 对象之间搬移特性

    PHP 杂谈《重构-改善既有代码的设计》之二 对象之间搬移特性

    思维导图 索引: Ø Move Method(搬移函数) Ø Move Field (搬移值域) Ø Extract Class (提炼类) Ø Inline Class (将类内联化,就是把当前的类合并到其他类中) Ø Hide Delegate (隐藏委托关系) Ø Remove Middle Man ( 移除中间人) Ø Introduce Foreign Method (引入外加函数) Ø Introduce Local Extension (引入本地扩展) 介绍 承接上文PHP 杂谈<

  • rephactor 优秀的PHP的重构工具

    PHP框架可以是单一入口,完全面向对象的,完全基于类的MVC模式.但是,我们面对大量的旧的代码,或即便是新的代码,也不尽然完全符合面向对象的原则,符合设计模式.小的应用无妨.但如果面对大型应用,则必然是一个不小的疼痛!! 怎么办?很多人总会面临这一切,PHP代码需要重构.(当然,你要是能明白我所说的这一切,那你肯定是看过<重构--改善既有代码的设计>这一本书) 看看这个链接:http://zh-cn.w3support.net/index.php?db=so&id=100876 我们就

  • 五款PHP代码重构工具推荐

    五款PHP代码重构工具推荐

    在软件工程学里,重构代码一词通常是指在不改变代码的外部行为情况下而修改源代码.软件重构需要借助工具完成,而重构工具能够修改代码同时修改所有引用该代码的地方.本文收集了五款出色的PHP代码重构工具,以帮助你完善更加优秀的项目. 1. Rephactor Rephactor是一款命令行重构工具,这是一款自动化工具,允许开发者以一种简洁的方式在不同的代码库中修改源码. 主要功能: 保证重构的可逆性-- 一旦发现问题,代码是可逆的,可以回溯到前一个版本. 查找替换功能-- 普通查找替换,方法重命名,类重

  • 使用PHP维护文件系统

    PHP有很多与文件系统相关的函数,不仅可以帮助你打开文件,还可以显示目录内容.移动文件等.很多人甚至使用PHP写出了基于Web的文件管理器. 首先需要提醒一些关于文件路径的东西:在Windows你可以在文件路径中使用斜线"/"或反斜线"\",而其他操作系统仅使用"/".出于兼容性考虑,以下实例使用"/"的表示方法: 下面的简单脚本显示了一个基本的目录列表.注释在代码中并解释了每一步: <? /* 在变量 $dir_nam

  • PHP 杂谈《重构-改善既有代码的设计》之四 简化条件表达式

    PHP 杂谈《重构-改善既有代码的设计》之四 简化条件表达式

    思维导图 点击下图,查看大图. 介绍 条件逻辑有可能十分复杂,因此本章提供一些重构的手法,专门用来简化它们. 全文简述(你可直接跳过下面的内容) 核心重构:Decompose Conditional--分离"转辙逻辑"(switching logic)和"操作细节"(details)分离. 多处测试有相同结果:Consolidate Conditional Expresssion 条件代码中去掉重复成分:Consolidate Duplicate 标识特殊情况:Re

  • PHP代码维护，重构变困难的4种原因分析

    本文分析讲述了PHP代码维护,重构变困难的4种原因.分享给大家供大家参考,具体如下: 代码维护,重构是件很令人不爽的一件事.以下几种情况,会让代码维护和重构变得很困难. 1. 项目开始时,大家规定好一些代码规范,在一定的规范下进行开发,但是人的思想是不一样的,也就是说每个功能不同的人实现的逻辑可能会有这样那样的不同,导致了一些人不愿意去看别人代码,要改别人代码,首先要了解这个人当时是怎么想的,他的逻辑是怎么样的.所以有很多人的想法是有那看别人代码的时间,我就重新做好了.这种想法不要有,看别人代码

  • 用PHP实现维护文件代码

    PHP有很多与文件系统相关的函数,不仅可以帮助你打开文件,还可以显示目录内容.移动文件等.很多人甚至使用PHP写出了基于Web的文件管理器. 首先需要提醒一些关于文件路径的东西:在Windows你可以在文件路径中使用斜线"/"或反斜线"\",而其他操作系统仅使用"/".出于兼容性考虑,以下实例使用"/"的表示方法: 下面的简单脚本显示了一个基本的目录列表.注释在代码中并解释了每一步: <? /* 在变量 $dir_nam

  • PHP 杂谈《重构-改善既有代码的设计》之一 重新组织你的函数

    PHP 杂谈《重构-改善既有代码的设计》之一 重新组织你的函数

    思维导图 点击下图,可以看大图. 介绍 我把我比较喜欢的和比较关注的地方写下来和大家分享.上次我写了篇<php 跟老大的对话>.还是有很多疑问,这书帮了我不少的忙. 如果你比较繁忙,或者懒得看文字,建议你直接看截图,也会有很大的收获的.你可以通过比较截图中的代码就能知道孰优孰劣了. 代码部分我为什么用图呢?因为我经常用手机看代码,博客园的代码在手机里乱七八糟的,还是看图比较舒服. 专业术语 我们毕竟是用英文字母编码,所以用一些英语单词,更能显示出我们的专业性.以下的英文单词,你如果掌握了,与其

  • PHP 杂谈《重构-改善既有代码的设计》之五 简化函数调用

    PHP 杂谈《重构-改善既有代码的设计》之五 简化函数调用

    思维导图 介绍 前几篇系列文章,我比较关注的是<PHP 杂谈<重构-改善既有代码的设计>之一 重新组织你的函数>,但是我觉得我还是没有说清楚,我自己也有很多不理解的地方,而且这篇是我的第一篇这方面的文章,有很多的纰漏,所以我会经常性的去做修改,如果大家有好的意见不妨告知一.二. 今天谈得是"接口",此接口非"Interface",而是一个统称.我们一般可以把供别人使用的函数或者url(一般是用于提供数据)叫接口.--可能还有别的意思,毕竟我现

  • PHP 杂谈《重构-改善既有代码的设计》之三 重新组织数据

    PHP 杂谈《重构-改善既有代码的设计》之三 重新组织数据

    思维导图 介绍 承接上文的PHP 杂谈<重构-改善既有代码的设计>之 重新组织你的函数继续重构方面的内容. 这章主要针对数据的重构. 1.争论的声音--直接访问Field还是通过函数(Accessor)访问Field 2.修改Array为Object:当你看到一个Array很像一个数据结构,你可以使用Replace Array with Object,把Array变成一个对象.--数据结构更清晰. 专业术语 accessor:访问者,存储器--在本文翻译为"函数" dumb

  • 详解如何把Java中if-else代码重构成高质量代码

    为什么我们写的代码都是if-else? 程序员想必都经历过这样的场景:刚开始自己写的代码很简洁,逻辑清晰,函数精简,没有一个if-else, 可随着代码逻辑不断完善和业务的瞬息万变:比如需要对入参进行类型和值进行判断:这里要判断下对象是否为null:不同类型执行不同的流程. 落地到具体实现只能不停地加if-else来处理,渐渐地,代码变得越来越庞大,函数越来越长,文件行数也迅速突破上千行,维护难度也越来越大,到后期基本达到一种难以维护的状态. 虽然我们都很不情愿写出满屏if-else的代码,可逻

  • Swift 中如何使用 Option Pattern 改善可选项的 API 设计

    SwiftUI 中提供了很多"新颖"的 API 设计思路和 Swift 的使用方式,我们可以进行借鉴,并反过来使用到普通的 Swift 代码中.PreferenceKey 的处理方式就是其中之一:它通过 protocol 的方式,为子 view 们提供了一套模式,让它们能将自定义值以类型安全的方式,向上传到父 view 去.如果有机会,我会再专门介绍 PreferenceKey,但这种设计的模式其实和 UI 无关,在一般的 Swift 里,我们也能使用这种方法来改善 API 设计. 在

  • js获取鼠标位置杂谈附多浏览器兼容代码

    其实获得鼠标位置就是一句话的事情,但是要是不了解浏览器间的区别,整个过程就会让人很郁闷,区别在与: 1.IE下获得x和y轴的距离分别用event.x和event.y: FF下获得x和y轴的距离分别用event.pageX和event.pageY: 2.IE下用此方法获得的位置是不算滚动条滚过的位置的,即它只会算到浏览器边缘: FF则会算进滚过去的那些位置: (这个地方很让我崩溃,为这么点小区别我把所有用到的程序全部重写了一遍,囧死--) 解决1的办法,无非是判断一下浏览器,然后用什么方式: 解决

  • PHP代码重构方法漫谈

    本文实例分析了PHP代码重构方法.分享给大家供大家参考,具体如下: 随着 PHP 从一种简单的脚本语言转变为一种成熟的编程语言,一个典型的 PHP 应用程序的代码库的复杂性也随之增大.为了控制对这些应用程序的支持和维护,我们可以使用各种测试工具来自动化该流程.其中一种是单元测试,它允许您直接测试所编写代码的正确性.然而,通常遗留代码库是不适合进行这种测试的.本文将介绍对包含常见问题的 PHP 代码的重构策略,以便简化使用流行的单元测试工具进行测试的过程,同时减少改进代码库的依赖性. 简介 回顾

  • 代码整洁之道(重构)

    前言 之前也介绍过我们团队的前端项目从零开始经历8个月迭代业务代码10万行(仅为产品长期规划需求的20%),至今仍然在不断迭代的过程. 团队成员除了设计好的架构来管理这种复杂度极高的前端应用,还开始补充设计模式以及重构方面的知识,目的是为了让项目代码在不断迭代的过程中优化项目代码,保持代码的新鲜度,鲁棒性,可维护性- 让后续加入的团队新人也可以快速加入我们的产品开发中 PS:  不管对于何种语言,重构都是软件开发过程中不可或缺的一部分.如果已经了解重构的基础,可以直接跳往至文章后面的重构案例部分

随机推荐