最近在公司为项目做了一个收银台的需求，这个需求的大致内容就是为我们的app以及app中的子app提供一个收取用户资金的交易入口。从最初拿到需求到需求落地大概经历了一个半月的时间，期间也有试过其他的实现模式，但是最终选择了单例模式。
首先，需求分析，这个入口在整个app中应该是唯一的，在进行当前交易的同时也不会有另外的交易存在，那么这个入口就是一个单独的存在，这与前辈们总结出的单例模式不谋而合。这个入口需要许多标志性的字段来判断当前的业务逻辑，从而决定app的跳转走向，那这些判断字段就需要在当前交易中进行一个唯一性的定义，这时单例就发挥出了它的优势。这个单例作为对业务控制的实例最好是继承自NSObject，这也是开发中经验积累的结果，业务与UI做到最少程度的耦合，这样需求变更与项目维护就都可以消耗最少的开发资源。
需求实现，这个单例入口在开发中着实发挥出了他的威力，配合枚举，业务逻辑得到简单而高效的控制，开发者从.h文件中就可以知道都进行了哪些业务处理和实现。
