网站建设技术员保密协议,女装网站建设计划书,北仑建网站价格,wordpress底部插件创建型模式 有5种设计模式 抽象工厂#xff08;Abstract Factory#xff09;#xff1a;多套方案 抽象工厂模式是对创建不同的产品类型的抽象。对应到工作中#xff0c;我们的确应该具备提供多套方案的能力#xff0c;这也是我们常说的#xff0c;要提供选择题。当你有这… 创建型模式 有5种设计模式 抽象工厂Abstract Factory多套方案 抽象工厂模式是对创建不同的产品类型的抽象。对应到工作中我们的确应该具备提供多套方案的能力这也是我们常说的要提供选择题。当你有这样的前瞻意识一般也会被打上思考较多的标签但是内在来说的确想问题更加全面了。 生成器Builder善于分解 生成器模式是对一个个体的创建过程进行细分拆解为不同的创建部分。这个对应到工作中作为一些项目管理人员或者团队管理者需要将一个大泥球一样的事务合理分解让大家各司其职充分发挥才能。同样我们对日常的工作内容也可以按照结构去进行划分从而更有调理。 工厂方法Factory Method抽象思考 工厂方法模式是说将提供某一产品的过程进行抽象通过接口的模式去规范出来。类似的我们很多做事的过程都是面向过程没有抽象提炼一下。如果经过进一步思考那么可以往上再提炼一个层次发现事物的本质到底在做什么我们的职责是什么提供什么样的价值。想的更清楚做的也会更加准确。 原型Prototype传承知识 原型模式是说利用拷贝对象的方法减少一些复杂的创建过程。这里我们能够学到的是需要做好日常的积累很多方案不是每次来都重写是可以在原来的方案上进行拷贝复用的。这个clone的过程往往也是知识传承的过程。如果有比较好的传承机制那么会大大提升服务效率。 单例Singleton专注 单例模式是说在多线程的情况下要保证对象只创建一遍作为独一无二的资源。这个我觉得应该去review一下我们的工作模式虽然我们常常要并发很多事情但是如果处处被打断每件事都想干好那么可能每件事都干不好。我们要确保在某个时间段竭力地做好一件事。事件是一件件有效解决的不是一起慢慢解决的。 结构型模式 有7种设计模式
适配器Adapter适应能力 适配器是为了结合原来的能力适配新的接口服务比如适配不同的协议入口。工作的时候其实需要适应不同的人和事有不同的工作方法方式但是我们的核心能力是一样的都是解决对应的问题域。 桥接Bridge合理关系 桥接模式是将原来相互依赖的部分通过上层接口再往抽象层提一下减少类之间的直接合作形成间接关系。这个到对应到工作中来说有一种场景是常常开发对开发去case by case解决问题。如果往产品逻辑层走一下开发对产品产品层面可能有更好的抽象。当然为了更好的服务体验这样的解耦是不多见的但是这样的思考我们可能要get一下。 组合Composite递归思考 组合模式通过继承和孩子节点可以递归地去描述一个对象层次。这个对我们工作来说要加深思考的层次可以某个点拆开去再去思考同时如果能够在递归分解过程中抽象一些共性的点就能找到一些规律。比如我们的需求分解每个需求可以分解为子需求子需求再往下看又可以递归分解。分解完之后每个部分有这部分的owner去驱动他的下游形成一个层次结构。 装饰Decorator增量价值 装饰模式是将原来的能力进行包装并提供新的行为。其实每次功能迭代我们大多是在原来的基础上添加新的功能。我们要定义好新的能力首要前提是继承、理解好原来的逻辑。这里还想提的是很多时候我们只看到了我们复用了庞大的基础能力但是也要看到我们在项目中增量的贡献这是我们的闪光点。不要把“拧螺丝”真的看成了拧螺丝。 外观Facade深入浅出 外观模式是说我们不需要理解复杂的系统而是通过一个外观去操作。这里我们的工作思路是我们不用展示复杂的细节我们要提供一些高层的理解汇报如此系统的包装也是如此。就比如服务功能孤立来看可能很多、很杂但如果有一个统一的站点去引导包装那么感觉会好很多也会看上去有点收口和聚焦的感觉。 享元Flyweight善于链接 享元模式是说当我们已经存在一些内容的时候可以通过缓存复用而不是重新创建减少开销。我们在工作中也要做好积累但是更要做好缓存的key通过怎么样的手段去链接到我们的工作中是需要我们做好类目管理和持续积累的。 代理Proxy理解保护 代理是为了包装一个类对相关操作进行二次转发或者进行一些管控。工作中来说有些工作模式下有时候我们可能会抱怨管理者代理了我们的决策等操作但是换个角度想他们保护了你不用直接被暴露在业务方侧能够按照预期内的节奏提供服务不会被主动设置一些预期外操作或私活。 行为型模式 有11种设计模式
责任链Chain of Responsibility能力与责任 责任链是说将请求让队列内的处理器一个个执行直到找到可以执行的。这里对我们工作的启示是我们常常抱怨我们得到的机会少不能成为队列内优先可以处理的处理器总是处理人家不需要的。但是换个角度看首先责任链里面的处理器应该是正交的大家应该各司其职。退一步来说如果真的有重叠那么你应该努力提升自己成为能力强的从而提高队列内的优先级。 命令Command加强合作 命令模型是说将请求包装为命令这样在执行的时候可以与具体的执行逻辑解耦。工作中来说我们有时候不应该太关心一个事情是怎么完成的当交给别人完成时信任他们即可就是从解决问题的角度来看不用事事亲为事事较真。但是这并不妨碍我们主动养成全局视角了解每个细节。合作才能影响更多的事情。 解释器Interpreter加强理解 解释器模式是说针对一套上下文形成一套语言可以通过解释表达式含义的方式完成对应的任务。这里来说我们可以形成某个团体的领域语言内部交流通过相关领域语言交流可以增加交流效率。此外其实不同层次都有不同层次的专业术语有时候一个术语的解释是一个方面的顿悟还是要多了解工作内容本身。 迭代器Iterator横向职责 迭代器模式是将集合的访问功能独立出来通过迭代的模式去访问。这种独立职责的操作工作中我们常常会看到我们会将需求管理缺陷管理资金安全的一些事情独立出来看。一个方面是这些功能块从主体来说是比较内聚的另一个来方面说对工作职责的细分可以让大家把自己的事情干好发挥团队作战的效能开发把开发干好测试把测试干好资损防护同学把资损防护干好整体也就做好了。 中介者Mediator协调能力 中介模式是说当多个类之间要协调的时候往往引入中介者进行协调减少大家的知识成本。这个我们常常需要一些PM、PMO这样的角色去管理项目系统中也需要一些协调层去协调各个域。因此我们也注重培养协调事务、具备全局观的能力。 备忘录Memento小步快跑 备忘录模式是对操作的一些记录已被可以恢复到之前的版本。在日常工作中我们常常需要及时备份、及时保存、及时提交等操作这样在程序崩溃的时候可以快速恢复到之前版本。但从抽象来说一些比较长时费力的事情我们应该分解来做及时锁住部分收益。 观察者Observer主观能动性 观察者模式是说我们通过注册、回掉这样的协作设计完成变化通知的协作机制。这个工作中来说换个角度思考我们可以将一些被动的工作变成主动的思考。比如我需要干某部分工作从工作的角度来说不得不做从主动的角度来说就是需要培养某块的能力。如果对工作内容不太满意也可以沟通协调而不是事后爆发凡是都是可以主观驱动的。 状态State管理自己 状态模式是说在不同的状态下有不同的处理行为。对工作中来说我们可能有状态好的时候有状态不好的时候主观的处理的手段是调整状态。但是如果调整不过来我们应该进行不同的操作。比如脑子好的时候想一些复杂问题脑子嗡嗡的时候做一些简单整理。 策略Strategy理解决策 策略模式是说完成一个事情有不同的算法可以进行相关切换。我们在工作中常常会提供不同的方案不同的方案有不同的成本和收益但是这些方案的选择时候往往不是我们能决定的而是客户client主动判断的。 模板Template标准化能力 模版模式是说对一个执行过程进行抽象分解通过骨架和扩展方法完成一个标准的主体逻辑和扩展。我们很多时候做xxx平台也都是这样的对过程进行标准化对变化进行定义形成一个平台逻辑和业务扩展完成一个产品模版。只是说这个模版是站点还是扩展点还是其他的展示形式。这样标准化的能力也是需要长期训练的。 访问者Visitor学会放手 访问者模式是说把对元素的访问操作交给访问者来操作因为对访问者来说常常有不同的访问行为。在工作中往往我们只能陈述事实这个内容消化后每个人都有自己的理解。代码协作也是一样比如页面到底长什么样其实还是要交还给业务本身我们应该专注于提供基础的能力。 总结 作为开发者我们对于如何写出优雅的代码表示疑惑。因为常常背后是复杂的问题域优雅的设计往往产生于局部很难整体都很优雅。 作为工作者我们对于如何做出好的表现表示疑惑。因为背后常常是综合素质与机遇的结合好的结果往往产生于一个阶段长期需要较快且持续的成长。 但是如果我们有一些指导性的原则往往我们能够明白事务的折中点做出更加合理的设计以及更加关键的贡献。
