扩展性_Tag标签_程序员俱乐部

第6章：扩展性设计6.1扩展机制考虑用不包含任何虚成员或受保护的成员的非密封类来为框架提供扩展性。这种方法所提供的扩展性广受用户欢迎，而且它的开销也不高。考虑将受保护的成员用于高级的定制方案。要在对安全性、文档及兼容性进行分析时，把非密封类中受保护的成员当做公有成员那样来对待。考虑使用回调函数来允许用户向框架提供自定义的代码供框架执行。考虑使用事件来允许用户对框架的行为进行定制，这样就不需要用户对面向对象设计有深入的了解。要优先使用事件，而不是简单的回调函数，其原因在于广大开发人员更熟悉事件... 查看全文

【编者按】本文作者Weronika?abaj是ParticularSoftware的开发人员。她专注于通过软件提供业务价值，探索新模式，应对挑战。在星巴克，她总是点中杯焦糖玛奇朵。文章系国内ITOM管理平台OneAPM编译呈现，以下为正文：星巴克通过扩展运营机制和劳动力，避免了较长的顾客等待时间。无独有偶，开发人员也可以这样做！2004年，GregorHohpe发表了一篇很棒的文章——“StarbucksDoesNotUseTwo-PhaseCommit.(星巴克不相信两阶段提交... 查看全文

在可扩展性方面，客户的要求变得越来越多，功能列表上经常会出现20条、50条甚至多达100多条要求，但总的来说，我们可以把它们缩短为五个大类，通过五条途径来解决可扩展性问题：1.调整查询操作对查询进行优化能够让你付出最少的精力就得到最多的成果。将查询功能完善的发挥出来，达到业务需求，不会被过多的流量和过重的载荷压倒。这就是为什么我们经常看见客户碰到的麻烦越来越多，随着他们网站的访问量越来越大，可扩展性的挑战也变得越来越严重，这就是问题的所在。对网站角落里那些不常用的页面做查询优化是并不必要的... 查看全文

.net工作流系统之扩展性最近为用户做工作流实施时，都无一例外的提出工作流系统的扩展性问题。事件一：eworkflow工作流系统预置了一些系统的条件，前置后置函数等。如果这些不能满足业务需要，用户需要定制自己的业务规则，业务过程，该如何做？解决方案：eworkflow系统预置了很多系统的条件类，前置后置函数类。简单一些的业务规则，可以用自定义脚本，写个表达式来实现。如条件类的：判断用户是否有某个角色cn.com.fcsoft.workflow.util... 查看全文