寒假Day39:Head first设计模式
承,结局并不完美。
对代码所做的局部修改,影响层面可能不只局部。
把会变化的部分取出并封装起来,好让其他部分不会受到影响。代码变化之后,出其不意的部分变得很少,系统变得更有弹性。
感觉看不下去了,例子可以理解,但是有点难懂代码的实施,
先去学一些基础,再回过头来学设计模式。
当涉及维护时,为了复用(reuse)目的而使用继承,结局并不完美。
对代码所做的局部修改,影响层面可能不只局部。
把会变化的部分取出并封装起来,好让其他部分不会受到影响。代码变化之后,出其不意的部分变得很少,系统变得更有弹性。
设计原则:找出应用中可能需要变化之处 ,把它们独立出来,不要和那些不需要变化的代码混在一起;针对接口编程,而不是针对实现编程。
系统中的某部分改变不会影响其他部分。
感觉看不下去了,例子可以理解,但是有点难懂代码的实施,
先去学一些基础,再回过头来学设计模式。
怎么这么早起来写博客
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· DeepSeek 开源周回顾「GitHub 热点速览」