小北gf😄i
崔皓月2333
啊哈
关注数: 69
粉丝数: 46
发帖数: 1,958
关注贴吧数: 55
何时何地刚刚
发酒疯酒精发酵
头共和国滚滚滚
互相监督就到家
vvvvvvdj
成年春节放假 方法
发嘉房产经纪 冲冲冲
帖子隧道VV
VV冲冲冲
兵哥哥干锅锅
有几分积分卡 滴滴滴
快发快发付款
都觉得姐姐大姐姐 嘻嘻嘻嘻
三个选项?
两个选项的多选 冲冲冲
再来一个拉来
我再来一个投票帖
我来发一个线上的投票贴
设计模式第六章读后感 第六章是对本书的总结,面相对象软件的生命周期分为几个阶段,原型阶段,扩展阶段和巩固阶段,从这几个阶段的演化中出现了一个词叫做重构,框架也是在重构阶段出现的,主要包括将类拆分为专用和通用的构件,把各个操作在类层次上体或下放到合适的类中,并是各个类的接口合理化,通常是通过分解而得到许多新类型的对象,然后为了满足更多需求和更高的复用性,而不停的推动扩展和巩固这两步骤,这在我们的开发中是要避免的,让设计对于需求变化具有更好的健壮性,对需求彻底分析有助于突出软件生命周期中易于发生变化的需求,从而保证我们的设计能够稳定的应对这些变化。
设计模式第五章 观察者模式 观察者模式是一种行为设计模式, 允许你定义一种订阅机制, 可在对象事件发生时通知多个 “观察” 该对象的其他对象。 观察者模式适合应用场景 1.当一个对象状态的改变需要改变其他对象, 或实际对象是事先未知的或动态变化的时, 可使用观察者模式。 当你使用图形用户界面类时通常会遇到一个问题。 比如, 你创建了自定义按钮类并允许客户端在按钮中注入自定义代码, 这样当用户按下按钮时就会触发这些代码。 2. 观察者模式允许任何实现了订阅者接口的对象订阅发布者对象的事件通知。 你可在按钮中添加订阅机制, 允许客户端通过自定义订阅类注入自定义代码。 当应用中的一些对象必须观察其他对象时, 可使用该模式。 但仅能在有限时间内或特定情况下使用。订阅列表是动态的, 因此订阅者可随时加入或离开该列表。 优点: 1. 开闭原则。 你无需修改发布者代码就能引入新的订阅者类 (如果是发布者接口则可轻松引入发布者类)。 2. 你可以在运行时建立对象之间的联系。 缺点:订阅者顺序随机
设计模式第五章前半部分读后感 责任链模式是一种行为设计模式,允许将请求沿着处理者链进行发送。收到请求后,每个处理者均可对请求进行处理,或将其传递给链上的下个处理者。 责任链模式适合应用场景 1.当程序需要使用不同方式处理不同种类请求,而且请求类型和顺序预先未知时,可以使用责任链模式。该模式能将多个处理者连接成一条链。接收到请求后,它会"询问"每个处理者是否能够对其进行处理。这样所有处理者都有机会来处理请求。 2.当必须按顺序执行多个处理者时,可以使用该模式。无论你以何种顺序将处理者连接成一条链,所有请求都会严格按照顺序通过链上的处理者。 3.如果所需处理者及其顺序必须在运行时进行改变,可以使用责任链模式。如果在处理者类中有对引用成员变量的设定方法,你将能动态地插入和移除处理者,或者改变其顺序。 优点 可以控制请求处理的顺序单一职责原则。 可对发起操作和执行操作的类进行解耦。 开闭原则。可以在不更改现有代码的情况下在程序中新增处理者。 缺点.部分请求可能未被处理
发贴前缀1分享贴子 发贴前缀1分享贴子
发贴前缀1分享贴子 发贴前缀1分享贴子
发贴前缀1分享贴子 发贴前缀1分享贴子
发贴前缀1一篇文章哦 哈哈哈哈
发贴前缀1我试试可以发出去吗 嘎嘎嘎嘎
发贴前缀1我叔叔可以发出去吗 是是是是是是
#黑神话吧过年# 过年?
是是是 是是是
发贴前缀1怎么回事 发贴前缀1怎么回事
? ?
trytrytry trytrytry
我试试 我试试
发贴前缀1这次可以了吧 发贴前缀1这次可以了吧
设计模式第四章读后感 组合模式一般用来描述整体与部分的关系,它将对象组织到树形结构中,顶层的节点被称为根节点,根节点下面可以包含树枝节点和叶子节点,树枝节点下面又可以包含树枝节点和叶子节点,树形结构图如下 其实根节点和树枝节点本质上属于同一种数据类型,可以作为容器使用;而叶子节点与树枝节点在语义上不属于用一种类型。但是在组合模式中,会把树枝节点和叶子节点看作属于同一种数据类型(用统一接口定义),让它们具备一致行为。 这样,在组合模式中,整个树形结构中的对象都属于同一种类型,带来的好处就是用户不需要辨别是树枝节点还是叶子节点,可以直接进行操作,给用户的使用带来极大的便利。 组合模式的主要优点有: ① 组合模式使得客户端代码可以一致地处理单个对象和组合对象,无须关心自己处理的是单个对象,还是组合对象,这简化了客户端代码; ② 更容易在组合体内加入新的对象,客户端不会因为加入了新的对象而更改源代码,满足“开闭原则“
哈哈哈 哈哈哈
发贴前缀1哈哈哈哈 发贴前缀1哈哈哈哈
发贴前缀1斯文点黑色金三角呢 哈哈哈
发贴前缀1我再试试哦 懂
发贴前缀1测试一下发布器 哈哈哈哈
设计模式 第四章读后感 行为型设计模式解决的是系统中对象之间的交互问题。它们通过定义对象之间的交互方式和职责分配,使得系统在面对复杂行为需求时能够更加灵活和可扩展。这些模式不仅提供了对象间通信的解决方案,还帮助我们更好地理解和设计系统的行为。 观察者模式允许对象之间建立一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都会得到通知并自动更新。这在实现事件驱动系统或需要多个对象共享状态信息时非常有用。而策略模式则定义了一系列的算法,并将每一个算法封装起来,使它们可以互相替换。这使得算法的变化可以独立于使用算法。 通过合理地使用这些模式,我们可以提高系统的可维护性和可扩展性,降低模块之间的耦合度,并提高系统的灵活性和可适应性。
设计模式第三章读后感 这一章详细介绍了五种创建型设计模式,包括抽象工厂模式、建造者模式、工厂方法模式、原型模式以及单例模式。这些模式都围绕着对象的创建和实例化过程,提供了灵活且可扩展的解决方案。 创建型设计模式的核心思想是通过将对象的创建过程封装起来,使得代码更加模块化和可维护。同时,这些模式也提供了对象创建的灵活性和可扩展性,使得系统在面对变化时能够更加从容应对。 抽象工厂模式允许我们创建一系列相关或相互依赖的对象,而无需指定具体的类。这在需要生成一系列相互关联或依赖的对象时非常有用。而建造者模式则将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以构建不同的表示。这在需要构建复杂对象,且构建过程需要多个步骤时非常适用。 通过书中的示例和案例,我认识到这些模式在实际开发中可以大大提高代码的可读性、可维护性和可扩展性。同时,它们也可以帮助我们更好地应对需求变化,提高系统的灵活性和适应性。
设计模式 第二章5-9读后感 设计模式的重要性在于它们可以提高代码的可维护性、可扩展性和可复用性。通过合理地使用设计模式,我们可以将复杂的系统分解为更小的、更易于管理的部分,从而降低系统的耦合度,提高内聚性。这样,当系统需要进行修改或扩展时,我们可以更加容易地进行操作,而不会对整个系统造成太大的影响。同时,设计模式也可以帮助我们编写出更加灵活、可复用的代码,提高开发效率。 并且,我也对书中提到的“对扩展开放,对修改关闭”原则有了更加深刻的理解。这意味着我们应该尽量在不修改现有代码的情况下进行扩展,这样可以避免引入新的错误和不必要的复杂性。通过合理地使用设计模式,我们可以实现这一目标,从而构建出更加稳定、可靠的软件系统。
设计模式第二章读后感 本章主要是讲在探讨Lexi文档编辑器的设计时,我们面临着一系列问题。针对这些问题,有多种可能的解决方案,但每种方案都有其优缺点。为了打造一个易于维护的“好”设计,我们需要关注一些关键特性。而我们所选择的解决方案,实际上体现了一种或多种设计模式。 其实在我们平时的需求开发中也是这样的,同样的需求点、技术点往往会有很多的方式方法去实现,相当于每次的技术评审,和大家沟通过后会分析利弊,从中选出最优解,从而开始开发,希望在实现技术需求要求的同时可以有更优雅、更可复用、更灵活且易于维护的代码。
设计模式 第一章读后感 第一章主要是引言,目的是将面向对象软件的设计经验作为设计模式记录下来。设计模式主要是做出有利于系统复用的选择,避免设计损害了系统复用性。还讲了设计模式描述的是一个不断重复发生的问题以及该问题的解决方案的核心,有四个要素模式名称、问题、解决方案、效果。 面向对象设计最困难的是将系统分解成对象集合,对象所定义的所有操作型构的集合被称为该对象的接口。当一个类型的接口包含另一个类型的接口时,他就是另一个类型的子类型,另一个类型称之为他的超类型。我们常说子类型继承了他的超类型的接口。在面向对象的系统中,接口是基本的组成部分。对象的接口与其功能实现是分离的。不同的对象可以有不同的实现。两个相同接口的对象可以有完全不同的实现。发送给对象的请求和他的响应操作在运行时刻的连接就是动态绑定。动态绑定允许在运行时刻替换有相同接口的对象,这种替换性就是多态。多态使得对象间独立。 抽象类主要目的是为了他的子类定义公共接口。把它的部分或者全部操作的实现延迟到子类中。抽象类不能被实例化。非抽象类称为具体类。
吧嗒吧嗒你打你打你打你打你 还是睡觉觉睡觉睡觉
发贴前缀1你先继续继续继续 愁
好的好的好不对不对不对 对你好的还打不打你呢
哈哈哈哈哈哈
为什么?埃塞那边米 为什么?
为什么。?。?爱上你了 为什么啊
为什么嘛???? 沟沟壑壑
护士长打电话
frs内发 发帖
规划局看看 给哈哈哈哈哈<tpcc>口令兑换^!255^!</tpcc>
假的吧我的天
哈哈斤斤计较 互惠互鉴
哈哈哈哈哈哈 哈哈哈哈
VB急急急坎坎坷坷过会看看 给
发贴前缀1你懂估计不看看
首页
1
2
3
4
下一页