- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
扩展性设计与可靠性
浅析与可靠性的关系 前言 可扩展性设计的概念太大,一时也不知从哪儿说起,且都是些理论的东东,也只能简单地谈谈我的理解吧,比较片面,概括起来几句话,实践起来不容易。 可扩展性随想 可扩展性:适应变化、适应规模(二次开发) 可扩展性不是一蹴而就的 ,是随着对业务理解的深入而不断重构获得的。 可扩展性设计不是去对业务进行预测,而是业务的合理化 基于设计模式:可维护、可复用、可扩展、灵活性好 设计原则:强内聚、松耦合 可靠性设计要点 可靠性设计宗旨:故障隔离与自愈 故障隔离:故障造成的危害控制到最小 故障自愈:监控机制、发现错误 设计强内聚、松耦合的模块化系统,减少在维护和扩展过程中人为“犯错误”的机会 热备份 可扩展性与可靠性 系统扩展会带来可靠性隐患 扩展性和可靠性都遵循“强内聚、低耦合”的设计原则 控制程序的复杂程度(使各个模块具有最大的独立性)是可靠性设计的基本准则,与设计模式的“单一职责原则”一致 横向扩展与热备份 基于设计模式,设计可维护、可复用、可扩展的系统架构 单一职责原则 一个类只有一个引起变化的原因 开放-封闭原则 对扩展开放、对修改封闭 依赖对转原则 抽象不依赖于细节、细节依赖于抽象,说白了就是针对接口编程,不要对实现编程 代码可扩展性的理解 满足未来易于添加新的特性或修改现有的特性要求,而不是现在就增加这些特性。 建立基于对象的构件模型,分离应用和实现,提供标准接口和框架 描述一个反复出现在特定设计语境中的特殊问题,并为问题的解决方法提供一个经过充分验证的通用方式 结束语 在可扩展设计上我们往往会产生误区,认为只是解决一个简单需求而已,功能完成就可以了,不需要扩展。其实可扩展是建立在可维护、可复用的基础之上的。再简单的需求也可以抽象成一个小的系统,站在系统的角度去思考,才能真正做到“强内聚,低耦合”的设计。 推荐一本书《深入浅出设计模式》(Head First Design Patterns)儿童画式的高级读物,很有趣哟!
文档评论(0)