本章 REST 希望开发者面向资源编程，网络交互设计的重心放在抽象交互需要用到哪些资源上，而不是抽象系统该有哪些行为（服务）上。所以要求采用统一接口，从约束开发者的行为来逼迫开发则尝试提炼资源模型的思考。（与要求领域服务要加动词异曲同工） 课后题： 实现倒是不难，但我觉得不该这么做。 实现： 提供大而全的数据结构，客户端与服务交互时上次客户端的类型，服务端通过识别类型提供对应客户端需要的数据内容，并将这些内容填充在大而全的数据结构上。做到多端多面，每种端都只需要关心这个大而全的数据结构中自己关心的部分。（因为数据结构上不关心的部分不会有数据填充，所以也没有冗余数据带来的性能下降） 不应该这么做： 1.RESTful 架构风格的核心是开放性和扩展性。我认为开发性的重心是放在产品侧的，讲究的是我抽象一个功能，可以给任何具象的端或则行业来用，我不感知你们的差异，也就是我只满足共性部分。所以不该去做量身定做的事。量身定做的事由各端各行业自行扩展。 2.旁外化：开放性的对立面，比如说智慧供应链。我认为智慧供应链的智慧是站在需求端的，以满足所有类型的供应链需求，做到千链千面。