设计模式实践
文章平均质量分 84
隋义2022
这个作者很懒,什么都没留下…
展开
-
设计模式实践二:使用MVP实现业务逻辑和UI分离
问题接上文设计模式实践一:桥接模式+代理模式+抽象工厂实现既有业务的模式分离,功能模块ActSubject中,大部分UI和业务逻辑写在了一起。如此造成了业务处理混乱,业务流程不清晰,业务和UI互相依赖,耦合度高,无法独立变化。目的1,把业务处理和UI分离,使其相对独立,可以独立变化。2,独立的业务模块,流程清晰完整,不需要UI就可以单独完成整个业务逻辑。3,独立的UI模块,可以抽象底层UI,使底层UI变动不会影响上层调用者。实现把业务逻辑和UI分为MVP三层。模型层处理业务逻辑,视图层提供基于原创 2021-07-28 13:44:23 · 617 阅读 · 0 评论 -
设计模式实践一:桥接模式+代理模式+抽象工厂实现既有业务的模式分离
问题现有某个类型的功能模块ActSubject,其包含某些固定流程的方法mainFunc1、mainFunc2、mainFunc3等,这些流程性方法自能在和其它同类型的功能模块的共同父类ActSubjectBase中的baseFunc中调用,并且伴随一些其它的行为调用。abstract class ActSubjectBase { baseFunc(condition:number){ if(condition === 1){ ...此处有其它行为调用 this.mainFunc1()原创 2021-07-27 17:54:41 · 358 阅读 · 0 评论 -
关于题型重构
以题型ActPT2PTMatching为例目的:1,代码按课堂分离。把各个课堂的差异代码隔离,防止互相影响,某个课堂中只有该课堂需要代码不会有其它课堂的代码。2,逻辑和ui分离。3,跨游戏引擎。如果要换一个游戏引擎,只需要替换ui层的实现。目录结构:1,base目录。里面包含UIActPT2PTMatchingAA基础ui类、ActPT2PTMatchingBridgeBase、ActPT2PTMatchingAgentBase、ActPT2PTMatchingModelBase、A原创 2021-10-31 16:35:45 · 85 阅读 · 0 评论