首 我一直觉得，写代码是一门艺术，一个将世间万物与开发语言建立桥梁的艺术。 既然做为艺术家，那工作自然要有序且优雅。 经常碰到同事会想我咨询问题，比如这个该怎么实现，那个怎么做比较好。承蒙厚爱，尽力解答。 不过在交流的过程中，我发现他们没有“套路”。不是考虑的太少没有设计，就是考虑的太多过度设计。 SHADOW的套路是《分析》=> 《抽象》 =>《效率最大化》。 核心思想是保持不变应对万变。 下面聊聊我对这三步的理解 分析与选型 一天，一个同事问我，客户想平均的分配工单。但是他现在感觉写的特别麻烦，而且容易出问题。那我就问需求是啥，现在是怎么做的。 同事目前在做的是一个工单调派系统，主要的用户是工单处理人员。用户的工作时间为轮班制。 有一天用户提出希望将需要处理的工单平均分配给在线的用户，比如50张工单，5个用户，每人10条。然后工单为实时生成。 原始方案 同事在最初做的时候采用双数组+定时任务的方式，一个数组保存工单，一个数组保存在线用户。 定时任务将数据库内没有分配的工单，在线用户分别存入数组，然后做遍历。 伪代码如下 // 遍历工单