atitit.软件设计模式大的总结attialx总结
atitit.软件设计模式大的总结attialx总结
4. 软件模式并非仅限于设计模式，还包括架构模式、分析模式和过程模式 5
5.7. Auto type convert自动进行类型转换 6
5.20. Biz_index业务索引模式(attilax 创建,解 7
5.23. Engeen+script引擎+脚本模式(托管) 7
5.26. -------------------h----n 7
5.29. immediately 即时更新（热部署）快速迭代 持续交付 8
5.44. refresh刷新模式(解决缓存and静态的变量的值及时修改跟个读取问题) 10
5.45. refresh刷新按钮模式...解决若干页面不料条件..and 分页.. 10
5.46. propCopy数据转换器..propCopy 10
5.48. Retry(attilax 创建,提升稳定性) 10
5.50. Self contain自包含，容器化隔离。。 11
5.51. seri串口模式(attilax 创建,解除接口麻烦的) 11
5.56. trigger触发器模式(attilax 创建) 11
5.58. single单例文件夹模式(解决模块复制问题,提取问题) 11
5.60. Timer 模式...解决同步问题两个控件 11
5.66. webService/HttpService 12
1. 设计模式的历史
软件模式是在软件开发中某些可重现问题的一些有效解决方法
有若干通用性的solu
2. 设计模式的数量（253个）
与很多软件工程技术一样，模式起源于建筑领域，毕竟与只有几十年历史的软件工程相比，已经拥有几千年沉淀的建筑工程有太多值得学习和借鉴的地方。
那么模式是如何诞生的？让我们先来认识一个人——Christopher Alexander（克里斯托弗.亚历山大），哈佛大学建筑学博士、美国加州大学伯克利分校建筑学教授、加州大学伯克利分校环境结构研究所所长、美国艺术和科学院院士……头衔真多，，不过他还有一个“昵称”——模式之父(The father of patterns)。Christopher Alexander博士及其研究团队用了约20年的时间，对住宅和周边环境进行了大量的调查研究和资料收集工作，发现人们对舒适住宅和城市环境存在一些共同的认同规律，Christopher Alexander在著作A Pattern Language: Towns, Buildings, Construction中把这些认同规律归纳为253个模式，对每一个模式(Pattern)都从Context（前提条件）、Theme或Problem（目标问题）、 Solution（解决方案）三个方面进行了描述，并给出了从用户需求分析到建筑环境结构设计直至经典实例的过程模型。
1990年，软件工程界开始关注ChristopherAlexander等在这一住宅、公共建筑与城市规划领域的重大突破。最早将模式的思想引入软件工程方法学的是1991-1992年以“四人组(Gang of Four，简称GoF，分别是Erich Gamma, Richard Helm, Ralph Johnson和John Vlissides)”自称的四位著名软件工程学者，他们在1994年归纳发表了23种在软件开发中使用频率较高的设计模式，旨在用模式来统一沟通面向对象方法在分析、设计和实现间的鸿沟
作者:: 老哇的爪子 Attilax 艾龙， EMAIL:1466519819@qq.com
转载请注明来源： http://blog.csdn.net/attilax
3. 设计模式的结构
3.1. 应用场景and条件Context
3.2. Problem
3.3. 解决
3.4. 不适合领域
3.5. 优缺点
软件模式是在软件开发中某些可重现问题的一些有效解决方法，软件模式的基础结构主要由四部分构成，包括问题描述【待解决的问题是什么】、前提条件【在何种环境或约束条件下使用】、解法【如何解决】和效果【有哪些优缺点】，如图1-1所示：
图1-1 软件模式基本结构
软件模式与具体的应用领域无关，也就是说无论你从事的是移动应用
4. 软件模式并非仅限于设计模式，还包括架构模式、分析模式和过程模式
GoF将模式的概念引入软件工程领域，这标志着软件模式的诞生。软件模式(Software Patterns)是将模式的一般概念应用于软件开发领域，即软件开发的总体指导思路或参照样板。软件模式并非仅限于设计模式，还包括架构模式、分析模式和过程模式等，实际上，在软件开发生命周期的每一个阶段都存在着一些被认同的模式。
5. 具体的设计模式
5.1. Gof 23个模式
5.2. Api映射法取代 warp法。
类似于hbuilder,将native api映射为我们的api，
5.3. async异步模式
5.4. AOP
5.5. Abstract 优对于 interface
5.6. Ast模式
5.7. Auto type convert自动进行类型转换
Script
Jsp EL
Sql str>>num
5.8. biz业务化模块
业务化的业务模块，框架，类库，模版，api
5.9. Compiler as a Service
5.10. Chain mode
5.11. Confirm模式(解除页面跳转的问题)
5.12. closure闭包模式
5.13. components组件化
5.14. DSL
5.15. Dwr vs AJAX
5.16. DSLparser
5.17. eventDriver事件驱动模式
5.18. Code behind
5.19. Cfg2ui (attilax 创建
5.20. Biz_index业务索引模式(attilax 创建,解
5.21. dispater分发器模式
5.22. filter过滤器模式
5.23. Engeen+script引擎+脚本模式(托管)
5.24. frmwk框架化
5.25. generic泛型模式
5.26. -------------------h----n
5.27. Html5 ui
5.28. Hybrid化
5.29. immediately 即时更新（热部署）快速迭代 持续交付
（script+engine）模式
使用原生开发，从招聘、开发、上线各个环节的效率都慢一倍以上，而且参与的人越多，沟通效率往往拖慢不止一倍。
配置也应该使用dev模式,立即更新..可以..不需要重启app
5.30.
5.31. Ioc/di
5.32. Lazy load延迟初始化 cfg
5.33. Linq
允许编写C#或者Visual Basic代码以查询数据库相同的方式操作内存数据。
5.34. microcore微内核
5.35. msg消息化
这个图，是改用消息模式结果，用户注册功能模块，跟接收到消息处理各个任务直接，代码没有直接关联。如果需要增加一个接收注册消息，给其它人通知一下，只需要新增一个模块，订制注册消息，然后处理一个新流程即可。
目前各类开源项目里面，消息机制已经变得非常常见了。 但在wordpress这个blog框架，它的消息主题非常完善。几乎任何动作都有消息主题发送消息。 这样让开发者，只要订制相关主题，就可以，增加自己额外处理功能。 例如： 用户发一个帖子后。检测下用户是不是有广告信息，只要订制：发帖消息，然后，增加新功能，检测内容。发现不满足，直接屏蔽帖子。
有人估计要说，这类功能，现在很多框架有类似东西，例如，页面开始有个start事件，结束有个end事件。 确实，消息概念在很多框架里面确实有用。 但是，没有这么完毕的消息主题抛出。 几乎做到整个系统任何操作，都能有消息，这样没有什么功能不能进行扩展了。
5.36. Mvc
5.37. ----o-------t
5.38. Orm
5.39. Pipe
5.40. Pipe 管道模式、流式，链式
5.41. platform
5.42. plugin插件模式
5.43. Reflection
5.44. refresh刷新模式(解决缓存and静态的变量的值及时修改跟个读取问题)
5.45. refresh刷新按钮模式...解决若干页面不料条件..and 分页..
5.46. propCopy数据转换器..propCopy
5.47. pool池模式
5.48. Retry(attilax 创建,提升稳定性)
5.49. Stream
5.50. Self contain自包含，容器化隔离。。
iframe
5.51. seri串口模式(attilax 创建,解除接口麻烦的)
5.52. spa ajax化
5.53. Try catch
5.54. 决缓存不及时的问题)
5.55. Theardlocal模式
5.56. trigger触发器模式(attilax 创建)
5.57. SOA
5.58. single单例文件夹模式(解决模块复制问题,提取问题)
5.59.
5.60. Timer 模式...解决同步问题两个控件
控件的onchange事件不能生效..
5.61. Theardlocal模式
5.62. ----u----z
5.63. uapi
5.64. Vm模式
5.65. visual
5.66. webService/HttpService
5.67. workflow工作流
5.68. Winform
5.69. Webform
5.70. Weak/Soft references
6. 反模式
6.1. Reset web
