有一种"万金油"式开发形式：组装参数、调用接口、解析照应结果，你会发现这种形式太万能了，适宜一切的场景，这样的开发形式也即是"事务脚本形式"或许"面条型代码"。
优惠券查询的案例，用范围建模的形式，首先思索有哪些实体。优惠券查询的本质：经过xx条件查询前往满足条件的优惠券集合。关于优惠券来讲，有两类信息至关重要。一个是优惠券的规格信息，如优惠券称号、优惠金额、有效期等；另一个是优惠券的限制条件。在查询的时分，是查店铺优惠券，还是查粉丝优惠券，或许是查询商品优惠券……。因此分开两部分笼统优惠券：一个是优惠券查询央求；另一个是优惠券规格实体。
假设按照这样的设计，有一个缺陷是业务方了解复杂度会上升，它是偏底层完成，没有做到运用复杂。优惠券偏产品交付而非仅仅功用交付。因此在底层完成之上，再笼统出产品组件，这样业务方运用起来就比较复杂。
【编辑引荐】
首发｜低代码概念缔造者又提出新的开发范式
小白也能开发相机？Sample来教你
阿里巴巴代码平台架构的演进之路
微信安卓版 8.0.11 内测开发者更新内容：优化小顺序、小游戏的 Android 11 体验
想骂人！为什么有这么多开发言语？
(责任编辑：admin)