商品服务设计的感悟

作为商品的管理员，可以选择一个或多个商品进行上架，下架，删除操作（至于创建和修改，那是编辑模块了）。这些操作非常简单，就是一个按钮的事，首先要判断所选商品是否满足条件，否则给出提示，都满足操作条件后，还要给出确认提示。
这三个操作对应6个方法（list和one ），最开始设计  传入最终确定的商品，给出提示，Promise后操作服务器。然后还额外加了一个验证，验证不通过给出提示，返回false。
这些都封装后发现service变得复杂了。。。
如果要修改提示的语句（这个经常修改），提示方式不应该在服务中做，应该交给外面啊。
作为一个服务还是要简单，明确，专一，（我就是专门服务一件事的，没必要做太多，甚至包揽了所有的东西）
服务应该做到一旦写好，就不会轻易被修改，因为真正体现需求，经常修改的，始终是最外层，服务应该是让最外层变得更抽象，更优雅的东西，而不是最外层的替代。