1、数据是根本目的，代码是手段，代码永远是为数据服务的。 要明确，代码是为了将输入数据转化成输出数据的工具，用户关注的也是数据。虽然有多种方式都可以实现一种工具，但是我们要从用户得到的数据正确与否、用户需要花费多长时间获得最终数据进行思考。 2、有什么样的数据，决定了会有什么样的代码 数据量、数据格式决定了代码该怎么实现，比如排序，当数据量足够小时可以采用多种排序方式，但是当数据量会动态不断增加，那么我

第一章：程序世界由数据和代码构成 数据与代码的关系 在开发过程中，不同形式的数据以及不同用途的数据都会有不同的代码逻辑处理，代码的不断升级与修改永远是为了匹配数据的要求或者追逐数据的变化。 如果重构一个系统，抓不住头绪，不妨从数据的角度进行重新梳理和思考。这样抓住源头往往能拨开迷雾，站在更高的角度去理解这个系统，从而生成最佳的想法。

《Google软件工程》第一章概述主要介绍了Google的软件工程文化、方法论和实践，这些为Google成为世界领先的科技公司提供了重要支持。以下是第一章的关键要点： 1. Google的软件工程文化 创新和实验：Google鼓励工程师创新和实验，允许他们花20%的时间在自己选择的项目上。这种文化促使了许多创新项目的诞生，如Gmail和AdSense。 数据驱动决策：所有技术和产品决策都基于数据分析和实验证据，而不是直觉或资历。 工程师自主权：工程师在项目选择、工

一.主要内容 1.文章首先指出编程与软件工程的三个关键区别：时间、规模和权衡取舍。在软件工程项目中，工程师需要更多关注时间的流逝和变更需求；在软件工程组织中，更需要关注软件和组织的规模和效率。最终，软件工程师需要基于对时间和增长的不确定性预估做出复杂的高风险决策。 2.文章进一步通过代码的预期生命周期探讨时间对程序的影响。短生命周期的代码不受时间的影响，而生命周期长的代码则必须应对各种变化。随着时间的推移

代码里的世界观第1章 程序世界的两个基本元素数据和代码是组成程序的两个基本元素 。 数据是目的 ，代码是手段 。 一定要明白代码是为数据服务的，数据才是整个系统的中心 。 要时刻提醒自己 : 归根结底，面向用户的是数据. 数据和代码的关系 关系一:数据是根本目的，代码是手段，代码永远是为数据服务的 关系二 :有什么样的数据，决定了 会有什么样的代码 和什么样的数据打交道，会最终决定存在什么样的代码。 而代码不断地升级修改，永

29章：数据访问对象模式，是一种用于隔离数据访问逻辑与业务逻辑的设计模式。可以通过创建一个数据访问对象来封装对特定数据源（如Web API、数据库或本地存储）的访问操作。 30章：节流模式，用于限制某个函数在指定时间间隔内只执行一次，无论它被触发多少次。这在处理高频事件（如滚动、输入、窗口大小调整等）时非常有用，因为它可以帮助减少不必要的计算或DOM操作，从而提高性能。 与防抖不同，节流确保在一段时间内至少执行一次函

数据访问对象模式：抽象和封装对数据源的访问与存储。“数据访问对象类的确是对本地存储的一次封装，数据访 问 对 象模 式 即 是 对 数 据 库 的 操 作 (如 简 单 的 C R U D 创 建 、 读 取 、 更 新 、 刪除)进行封装，用户不必为操作数据库感到苦恼，DAO为我们提供了简单而统 一的操作接口。 节流模式：对重复的业务逻辑进行节流控制， 执行最后一次操作并取消其他操作，以提高性能。节流模式的核心思想是创建计时器，延迟程序的执行。这也使

数据访问对象模式可以方便我们对前端存储的管理，类似于封装一个对localStorage增删改查的类，只不过书中将对数据库的操作绑定了存储key前缀、操作状态、时间戳，其中操作状态包括成功、失败、溢出、过期，每次对数据库操作都会数据和状态进行修改，并返回处理结果。更加方便同一个站点多个人对本地数据库的操作。 节流模式：说的其实就是我们平常开发的时候经常用到的节流函数，一般会在监听scroll事件时使用，另外文章中举了一个图片懒

本章深入探讨了数据在软件开发和架构设计中的重要性，以及如何将现实世界中的复杂概念和问题转化为可处理的数据结构，列举了几个开发中的场景，if-else-改为isExceptionNumber(string number)用数据去驱动1、在数据驱动方法里， 抽象 出一个新的函数 isExceptionNumber(string number)，这个函数名承载了语境，让人一看就懂 。 明白是做什么的2、 在数据驱动方法里，修改影响的作用域不一样了 ! 我把 numbers 隔离到一个数组里面 ，下次新添或删改一个 number 时，我

第一章：程序世界由数据和代码构成 数据与代码的关系 1）数据是根本目的，代码是手段，代码永远是为数据服务的 。在软件开发的过程中，代码的作用是将数据转化为想要的形式。比如客户端将数据以想要的形式展现在界面上，服务端将想要的数据取出并筛选最后发送给客户端。 2）有什么样的数据，决定了会有什么样的代码 。 在开发过程中，不同形式的数据以及不同用途的数据都会有不同的代码逻辑处理，代码的不断升级与修改永远是为了匹配

1、以数据驱动的思维模式，将数据处理的代码尽可能的收抽象，将设置值改变数据状态的代码尽可能的收敛到一起或者封装成API。 主要从这些方便去思考实践： ①将已有的众多if...else条件判断进行了数据浓缩，代码变简洁了； ②面向未来，将仅有的逻辑进行数据架构的扩充，代码变多了； ③ 应付界面激烈的变化，隔离数据，能维持底层的稳定。 2、注意类之间的依赖关系，尤其是View、Model层的直接依赖，以及相关职责函数依赖的传参、修改等； ①

第六章 规模优先 始终保持决断力，始终保持离开，始终保持扩张 始终保持决断力 更好地权衡。作为一个领导，你需要决定你的团队每周都做什么。有时权衡很明显（如果我们做这个项目，那另一个项目可能会有延期），还有的时候这些权衡会有不可预料的结果，回过头来会反咬一口。 在最高层，你的工作是作为一个领导-一个小团队或一个更大的组织-引导人们解决棘手的、模糊的问题。模糊意味着这个问题没有显而易见的解法，甚至可能没有解法

数据访问对象模式是一种用于隔离数据访问逻辑与业务逻辑的设计模式。定义了一个接口，用于访问特定类型的数据，从而将数据访问的逻辑从业务逻辑中分离出来。这样做的好处是提高了代码的可维护性和可重用性，降低了业务逻辑与数据访问之间的耦合度。方便了我们对存储的管理，不过这个模式更适合与服务端的数据操作。 节流模式是对重复的业务逻辑进行节流控制，执行最后一次操作并取消其他操作。节流模式是一种优化技术，用于控制重

数据访问对象模式 数据访问对象模式又称为 DAO 模式，是一种面向对象的数据访问接口，DAO 一般都是和数据库打交道，属于业务逻辑和数据库中间的环节，负责业务逻辑数据的持久化。DAO模式，简单来说，就是建立一个面向对象的接口，封装所有对数据源（通常是数据库）的访问操作。它隔离了业务逻辑与数据访问细节，让你的代码更加整洁、灵活，还易于维护和测试。就像是在数据库和应用程序之间架起了一座桥，让数据流动变得更加高效、安全

在第一章中主要讲的是在程序中数据和代码之间的关系。在程序中数据是目的，代码是手段。 代码是为数据服务的， 数据才是整个系统的中心。 在程序设计和开发时要时刻提醒自己 :归根结底，面向用户的是数据。 在第二章中主要讲面向抽象编程的重要性，以及封装、继承、多态之间的关系。总的来说，封装和继承是实现多态的基础，封装和抽象才能实现多态。 在第三章中主要讲的是数据如何抽象。一定要根据需求的不同来判断抽象的程度，既不

在这两章中，主要讲了Java中，对象之间的关系主要可以分为四种：依赖、关联、聚合和组合。这四种关系在面向对象编程中起着至关重要的作用，它们不仅影响着代码的结构和设计，还直接关系到系统的可扩展性、可维护性以及性能。 1. 依赖关系 定义：依赖关系表示一个类依赖于另一个类的定义。在Java中，这种关系通常体现为局部变量、方法的形参或对静态方法的调用。 优势： * 灵活性：依赖关系允许类之间的松耦合，使得一个类的改变不会过多

一、数据和代码的关系 关系一:数据是根本目的，代码是手段，代码永远是为数据服务的 。 数据分为输入数据和输出数据 ，代码是将输入数据转化为输出数据的工具。 用户最关心的永远是最终数据是不是他想要的，并能否在规定的时间内得到 ; 关系二 :有什么样的数据，决定了 会有什么样的代码 。 二、面向对象的方式本质上是借用人类理解世界的方式去构架这些数据和方法之间的关系 方法存在的意义就是操作它对应的数据 1. 我认为每一个public方

第六章 深入探讨了数据驱动的概念及其在代码架构中的重要性。通过一系列案例从传统的“枚举判断方法”到先进的“数据驱动方法”的演进。数据驱动，即程序的行为和决策基于实时数据进行动态调整，而不是硬编码的规则或逻辑。这种转变使得程序具备更高的灵活性和可维护性，能够轻松应对变化。 数据驱动的核心在于将变化抽象为数据，并存储在“纯数据层”，而业务逻辑层则专注于制定数据处理规则。在数据驱动的实现过程中，“反射”这

第一章：程序的核心由数据和代码构成，数据是目标，代码是实现目标的手段。始终铭记，代码服务于数据，数据是系统的核心，面向用户的始终是数据。 第二章：面向对象编程的精髓在于封装、继承和多态。封装和继承为静态特性，是多态的基础；多态则赋予程序动态特性，是面向抽象和接口编程的关键。 第三章：面向抽象编程是对数据进行抽象，而面向接口编程则是对行为进行抽象。避免滥用new，可采用控制反转或工厂模式。抽象的程度应根据

第六章主要通过几个案例来引出数据驱动的概念和其优点；从“枚举判断方法”进阶成“数据驱动方法” 数据驱动：数据驱动意味着程序的行为和决策是基于数据的，而不是硬编码的规则或逻辑。使得程序更加灵活、可维护，并且能够适应变化。核心思想就是先把变化抽象成数据放在“纯数据层”，在这之上制定数据处理规则的业务 层。数据驱动还有个好帮手，那就是“反射”。反射也是将代码进行数据化，但是反射是把双刃剑，它会破坏封装、影

第六章讲了从个人贡献者到团队领导的角色转变，以及如何成为大规模团队的有效领导者。 1、始终保持决断力 管理团队组成的团队意味着在更高层面上做决定、工作从解决具体的工程任务变成制定更高的策略。在这个层面上，所做的决策大多数是关于更好地权衡。 2、确定关键的权衡要素 指出这些权衡，向大家解释，然后帮助决定如何取舍。 3、始终保持离开 任务不仅仅是解决边界不清晰的问题，而是还要引导你的组织在没有你在场的情况下自己解

在序言中软件工程是随时间变化的编程"软件工程 "不仅包括编写代码的行为，还包括一个组织用来长期构建和维护代码的所有工具和流程。一个软件组织可以采用哪些做法来使其代码长期保持最佳价值？工程师们如何才能使代码库更具有可持续性，并使软件工程学科本身更加严格？我们没有这些问题的最终答案，但我们希望谷歌在过去20年的集体经验能够为寻找这些答案的提供可能。本书强调了三个基本原则，我们认为软件组织在设计、

第六章讲解了数据驱动-把变化抽象成数据。如果存在某个业务逻辑有大量的ifelse的逻辑，我们将其中的判断数据的逻辑放到数组中，通过一层判断就可以实现该业务逻辑，这种就是数据驱动方法（之前的逻辑是枚举判断方法）。数据驱动的核心思想是先把变化抽象成数据放到“纯数据层”，在这之上就是制定处理规则的业务层。第七章讲解的是对象之间的关系（动态描述关系，非静态描述，静态描述为实体对象和值对象）。动态描述关系分为：1、继

第一章 第一章讲解了程序世界的两个基本元素：数据和代码。 数据是根本目的，代码是手段，代码永远为数据服务。有什么样的数据，决定了会有什么样的代码数据和代码是组成程序的两个基本元素。 数据是目的，代码是手段。 一定要明白代码是为数据服务的， 数据才是整个系统的中心。 要时刻提醒自己 :归根结底，面向用户的是数据。 第二章 第二章讲解了面向对象的思想，面向对象的核心思想是：封装、继承、多态。封装和继承是静态、描述

链模式：通过在对象方法中将当前对象返回，实现对同一个对象多个方法的链式调用，从而简化改对象方法的多个方法的多次调用，实现对同一个对象多个方法的链式调用，从而简化对象多个方法的多次调用，对改对象的多次引用，如 jquery、我们可以借助对象中的 this 来实现对象的链式调用，在工作中可以让代码更加简洁，开发效率更加高效。 委托模式：多个对象接收并处理同一个请求，他们将请求委托给另一个对象统一处理，如前端的事件流委托

链模式的经典例子—jQuery。jQuery的设计使得其方法可以很容易地链式调用，从而实现简洁、易读的代码。链模式在jQuery中的实现基于两个核心原则：方法返回上下文（通常是this）：在jQuery中，大部分方法执行后都会返回调用它们的jQuery对象，这样就可以继续调用该对象上的其他方法；隐式迭代：jQuery方法通常会自动遍历选定的所有元素，而无需显式使用循环。 链模式的核心思想就是通过在对象中的每个方法调用执行完毕后返回当前 对象this 来实现的

序言"软件工程 "不仅包括编写代码的行为，还包括一个组织用来长期构建和维护代码的所有工具和流程。本书强调了三个基本原则，我们认为软件组织在设计、架构和编写代码时应该牢记这些原则： 时间和变化 代码如何在其生命周期内进行适配。 规模和增长 一个组织如何适应它的发展过程。 权衡和成本 一个组织如何根据时间和变化以及规模和增长的经验教训做出决策。第一章 软件工程是什么？软件工程与编程的不同之处在于需要做出的决

1. 程序的核心要素 第一章深入剖析了程序的两大核心要素：数据和代码，并揭示了它们之间的紧密联系。程序的执行，仿佛弹珠在迷宫中探寻路径的旅程，而数据和代码则分别扮演了目标与路径的角色。数据是程序的核心，它定义了程序需要实现的功能和目的；而代码则是达成这些目的的手段和工具。在编程过程中，我们必须牢记，代码是为数据服务的，数据是整个系统的核心。因此，在重构系统时，若感到迷茫，不妨从数据的角度出发，重新审视

链模式: 链是一种行为设计模式，它允许将请求沿着处理链传递，直到有一个处理器可以处理该请求。在这种模式中，每个处理器都有机会处理请求，如果没有一个处理器能够处理请求，那么请求最终将被忽略。这种模式可以帮助我们避免在代码中使用复杂的 if-else 或 switch 语句，使代码更加简洁和可维护。在js中原型链就是一个例子。 委托模式： 在委托模式中，一个对象（称为委托对象）将一些特定的任务委托给另一个对象（称为代理对象）来执行

链模式：它允许对象接收请求并沿着一条链传递请求，直到有对象处理它为止，可以避免请求的发送者和接收者之间的耦合，使得多个对象都有机会处理请求，实现解耦和增强系统的可扩展性。提高开发效率，降低了开发成本。 委托模式：在委托模式中，有多个对象参与处理同一个请求，接受请求的对象将请求委托给另一个对象来处理。在事件处理中，委托模式也常被用于利用事件的冒泡机制。元素的事件可以被委托到它的父层或者更外层元素上。

27章：链模式的经典例子—jQuery。jQuery的设计使得其方法可以很容易地链式调用，从而实现简洁、易读的代码。链模式在jQuery中的实现基于两个核心原则：1️⃣方法返回上下文（通常是this）：在jQuery中，大部分方法执行后都会返回调用它们的jQuery对象，这样就可以继续调用该对象上的其他方法；2️⃣隐式迭代：jQuery方法通常会自动遍历选定的所有元素，而无需显式使用循环。 28章：委托模式。它允许对象将其功能委托或传递给其他对象。这种模式在

团队领导的艺术 积极模式 抛弃“自我”意识 作为一个领导者，要培养一种强大的团队自我意识和认同感。 “抛弃自我意识”的一部分是信任，你需要信任你的团队，这意味着尊重团队成员的能力和先前的成就，即使他们是新成员。 在你没对团队进行围观管理的情况下，如果你能够很肯定那些在战壕例工作的人比你更了解他们工作的细节，那么这意味着，你会认同，你可能是推动团队达成共识并帮助确定方向的人。 成为一名禅师 让团队成员知道你

在我们的开发过程中，耦合和解耦是两个至关重要的概念，它们直接关系到我们app的可维护性、可扩展性以及开发效率。 那么，什么称得上是耦合呢？耦合是指两个或多个组件之间的依赖关系。在项目中，这种依赖可能体现在不同模块、类或者方法之间。高耦合的系统往往意味着一个组件的变化会直接影响到其他组件，导致维护成本增加。 常见的耦合类型有哪些呢？ * 内容耦合：当一个模块直接使用另一个模块的内部数据或内部结构时，就发生了内

什么是软件工程 海勒穆定律：当一个API有足够多的用户时，在约定中你所承诺的已不重要，所有在你系统里面被观察到的行为都会被一些用户所依赖。 如何更好地参与团队合作 一切为了团队：软件工程是团队努力的结果。高效运作的团队是成功的关键。 社交的三大支柱:谦虚，自己不是宇宙的中心，所写的代码不可能面面俱到，要保持开放的心态，不断进行自我改进。尊重，关心和爱护身边的同事，欣赏他们的能力和成就。信任，相信别人有能力做

在我们的日常开发过程中，数据和代码相互依存、相互影响，这里既有着单纯的概念，又有着宏观上的联系。 首先，数据是信息的载体，可以是数字、文字、图像、声音等形式，用于描述事物的状态、属性或行为。在大方向上讲，在计算机科学中，数据通常以二进制的形式存储和处理。而代码则是一系列指令的集合，用于控制计算机硬件执行特定的操作。这些指令通常由编程语言编写，并被编译或解释成机器语言以供计算机执行。 我们最近很多的架

第四章探讨了软件工程师在为众多用户设计产品时的独特责任，以及组织如何通过拥抱多样性来避免对用户造成永久性的伤害。文章强调了工程师在为代表性不足的群体和多元化社会设计产品时的挑战，并指出谷歌正在学习如何设计出能够赋予所有用户权益并尊重所有用户的产品。 第五章介绍了在谷歌如何领导团队，包括经理和技术负责人的角色和职责。文章强调了领导力在团队运作中的重要性，并指出领导力对于个人贡献者也有帮助，可以帮助他

第一章主要讨论了编程和软件工程之间的区别，强调了软件工程中时间、规模和权衡取舍的重要性，并指出软件工程不仅仅是编程。 第二章讲述了如何融入团队，强调了人天生不完美，需要了解自己的缺点。软件开发是团队努力，需要围绕谦逊、尊重和信任的核心原则重新定义行为。文章还观察了软件工程师的一般行为，并提到了Google的开源项目托管服务。 第三章探讨了组织内部知识共享的重要性，以及如何克服知识共享的挑战，强调了学习文化的

第一部分： 1：本书开头的介绍区别于其他架构介绍，强调人员的重要性 2：人员在一起就是组织，组织可扩展也很重要 3：领导和管理的工作方向是有去别的 第二部分： 1：完成可扩展性与可用性，就是要明确各个角色的责任 2：RASCI 是一个可以帮助减少责任重登，产生清晰角色的工具，RASCI 以矩阵方式出现。 • R代表负责，指决定要做什么事的人，而且负责任务的实施 • A代表批准，指在决策过程中批准任务并验收任务结果的人。 • S代表支持，指

危机有不同的阈值，比如同样的故障，在半夜持续30分钟所造成的影响，可能都比不上中午高峰时段持续3分钟带来的影响。每个公司都有自己独特的危机阈值，超过这个阈值的任何事故都应被视为违纪，但在危机发生时，要以同样的方式进行处理，不能因为影响面小就不重视。 在危机发生的时候，要在最短时间内解决问题，而不需要考虑资源的回报和效率。在处理危机时，不需要考虑产品的未来交付问题，因为考虑这些会增加危机的持续时间，第一

备忘录模式：备忘录模式最 主要的任务是对现有的数据或状态做缓存，为将来某个时刻使用或恢复做准备。这种模式常常用于对数据的缓存，浏览器端获取的数据往往是从服务器端请求获取到的，而请求往往是以时间与流量为代价的。因此对重复性数据反复请求不仅增加了服务器端的压力，而且造成浏览器端对请 求数据的等待进而影响用户体验。 迭代器模式：迭代器就是用来顺序地访问一个聚合对象内部的元素的，它可以简化我们遍历操作。 通过

备忘录模式常运用于对数据的缓存备份，浏览器端从服务端获取到的数据缓存下来，下次再使用时优先从缓存里取，避免重复网络请求。比如最常见的分页接口 迭代器模式：通过迭代器我们可以顺序地访问一个聚合对象中的每一个元素。在开发中，迭代器简化了代码中的循环语句，包括对象的迭代，但是这些简化移动到了迭代器内部。如最常见的数组forEach，对象的entries方法 解释器模式：一些描述性的语句，几次功能的提取抽象，形成了一套语言法

备忘录模式：在不破坏对象的封装性的前提下，在对象之外捕获并保存该对象内部的状态以便日后对象使用或者对象恢复到以前的某个状态。 迭代器模式：在不暴露对象内部结构的同时，可以顺序地访问聚合对象内部的元素。 解释器模式：解释器是对客户提出的需求，经过解析而形成的一个抽象解释程序。能够根据需求解析出一套完整的语法规则，才可以应用解析器模式。

备忘录模式： 是一种行为型设计模式，在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。在JavaScript中，可以使用闭包来实现备忘录模式。 迭代器模式： 在不暴露对象的内部结构的同时，顺序访问一个聚合对象内部元素。迭代器模式可以将数据的访问和数据的存储进行解耦，从而使得数据的遍历更加灵活和高效。迭代器是优化循环语句的一种可行方案，使程序清晰易读。 解释器模式： 是一种行为型设计模式，它可

备忘录模式，可以在不破坏封装性的前提下获取一个对象的内部状态，并在对象之外保存这个状态，以后可以恢复对象到这个状态。主要是对现有的数据或状态做缓存。 迭代器模式，在不暴露对象内部结构的同时，可以顺序的访问聚合对象内部的元素，有几个要素：一个包含多个元素的对象，例如数组、列表或集合；一个接口，定义了遍历聚合对象所需的方法，如 first(), next()；实现迭代器接口的具体类，它知道如何遍历聚合对象的内部元素。 解释器

备忘录模式：允许在不破坏封装性的前提下，捕获一个对象的内部状态，并在对象之外保存这个状态。这种模式可以用于保存对象的某个状态，以便在适当的时候恢复对象。它为用户提供了一种可恢复机制，使用户能够比较方便地回退到某一历史状态。 迭代器模式：在不暴露对象的内部结构的同时，顺序访问一个聚合对象内部元素。迭代器模式可以将数据的访问和数据的存储进行解耦，从而使得数据的遍历更加灵活和高效。迭代器是优化循环语句的

第一章讲的是数据和代码的关系 数据和代码是组成程序的两个基本元素。数据是目的，代码是手段。代码是为数据服务的，数据才是整个系统的中心。所以，归根结底，面向用户的是数据。 如果重构一个系统，抓不住头绪，不妨从数据的角度进行重新梳理和思考。这样抓住源头往往能拨开迷雾，站在更高的角度去理解这个系统，从而生成最佳的想法。 第二章讲的是封装继承多态 第三章讲的是抽象，new不可以滥用，解决new滥用方法之一：控制反转，

可维护性： 模块化设计：将系统分解成小的、独立的模块，每个模块只负责一个特定的功能，易于维护和修改。 代码可读性：编写易于理解和阅读的代码，包括良好的命名、注释和文档。 减少复杂性：避免过度设计和不必要的复杂性，保持简单并专注于解决问题。 可测试性： 编写可测试的代码：确保代码易于测试，包括使用模拟和测试驱动开发等技术。 单元测试和集成测试：通过单元测试和集成测试来验证代码的正确性，减少引入错误的可能性。

命令模式：将请求与实现解耦，并封装成独立对象。命令模式是将执行的命令封装，解决命令的发起者与命令的执行者之间的耦合。每一条命令实质上是一个操作。命令的使用者不必要了解命令的执行者的命令接口是如何实现、命令是如何接受的、命令是如何执行的。从学习感受上来说，命令模式更像是对共用API的收敛，将方法独立出来，调用者独自调用即可。 访问者模式：针对于对象结构中的元素，在不改变操作对象的同时，为他添加新的操作方