一个资源申请，提供服务的系统的设计
作者：yinwm
版权声明：可以任意转载，转载时请务必以超链接形式标明文章原始出处和作者信息及本版权声明。
今天在公司和同时讨论一些系统的设计问题，争的面红耳赤，最终也没有达成一直。这里写出来，大家一起讨论一下。
问题的提出：
在一个系统中，需要提供一系列的服务（假设这个服务是购买键盘，买电，租用电脑等假象的情况），这些服务以购买产品的形式出现。比如一个产品可以包含一些
服务（同时买2个键盘）。这里，有很多的备选资源，比如有无限多的键盘，还有唯一的比如IBM电脑一台，DELL电脑一台。这些资源都是购买，租用服务的
备选资源。
此时对于键盘等消耗品，使用坏了，就得买新的，对于唯一的IBM电脑，可以租用一定的时间。
问题就是，如何设计这个系统。
也许到这里，你看的还不是特明白，那么我直接说两个有分歧的设计方法吧。
对于所有的无限的资源（比如电能），这个很好说，加入张三买电100度，给你，并且产生一个用电的服务。这个服务一直处于等待状态，张三来了，就可以用这100度电，并且不断的减少。
对于电脑的租用，虽然都是租用，但是由于电脑不同（一个IBM的，一个DELL的），所以产生两个不同的租用服务，都是等待状态，用于处理不同的电脑。
这是一个基于服务的模型，一个系统有很多的（可能是无限多的）服务，每个服务都在等待，等使用的资源没有了，那么销毁这个服务。
这个是我反对的设计模型，因为我认为在某些服务（比如租用电脑），这个不管资源是什么，他都是一个相同的动作，完全是可以抽象出来的。而对于电脑，作为可申请的资源，对外销售。用户买的是资源，而不是买直接的服务。最后做事情是有对应的服务＋资源实现的。
一个服务是否可以运行，首先检查是否有可用的资源，然后检查一些其他的服务限制条件（比如暂时停止本服务等）。这个状态是在申请的时刻，根据服务的这个动
作和相关的数据（比如租用什么电脑，是否到租用期）计算出来的。为了提高效率，应该是在这个时候，应该单独的启用一个线程来处理这个请求。就好像
apache处理一个请求。
处理就是动作（复制到新线程的）＋数据，判断状态，得到结果。
- 对于资源的申请，可以仿照一些现有的系统。比如内存的申请。
- 对于服务的工作，可以仿照apache的系统。
可见，我的这个设计，主要是考虑到不同的类的职责的划分。还有就是尽量的遵循现有的系统的设计思想。虽然是在很多不同的领域，但是他的设计思想还是
很可以复用的。那么这个已经很成熟的设计，肯定会把可能遇到的问题，解决方案都有完备的记录。那么这样就能够节省很多时间。没必要重复的发明轮子。
我们还有一个有分歧的地方，就是，他们认为所有的server单独处理，是可以记录状态并且在出问题的时候，容易定位。
我的想法是，假设系统运转无误，在做所有动作的时候记录日志，并且记录数据。这个时候整个的系统，在没有日志组件的时候，也是可以运转的。并且这个对日志的记录也是参照现在操作系统，数据库系统设计的。
还是那句话，参照现有的成熟的设计思想。
不知道大家有什么想法和见解，请大家不吝赐教。
