问树结构的API

EN

我有一个web服务，允许我的用户管理音乐节。每个节日都有一个地点，几个舞台，在每个舞台上有几个艺术家。

所以我有四个实体:节日，地点，舞台和艺术家，可以用树结构来表示。我需要一个简单的渣滓来做这些。

在REST术语中，最明显的实现是有4个URI (/festivals、/locations、/stages和/artists，后面可能是一个/id)，它们将被请求使用POST、PUT、GET或DELETE。

但是，为了我的需要，地点，舞台和艺术家没有兴趣，如果他们没有联系到一个节日。那么，为什么我需要为这些实体实现CRUD方法呢？只为节日实体准备的CRUD还不够吗？

缺点：

• 是my (网站、本地移动应用程序、其他服务)的客户端。看不懂我的节日的一个子实体。但是，正如我之前说过的，如果没有属于我服务的子实体的节日，他们就没有兴趣。因此，每个客户必须得到节日，整个节日，因此，每个sub-entities.
• Those相同的客户将需要更新整个节日，即使他们只是修改了一个艺术家的名字。这似乎是最糟糕的缺点，但是，毕竟，发送我的节日的全部json (最大几kb)而不是部分json (会更短一点)是不是那么糟糕?

优点：

• I需要编写、测试和维护4种方法，而不是16种(如果有更多的实体需要管理，假设它们保持这种简单的树结构)。

从技术上讲，我将使用可爱的组合体node.js + mongodb (这与情况无关，只是mongodb的超级树友好型使我想到了这一点)。

你觉得这种方法怎么样？你认为这个想法还有其他缺点吗？