关于restfullapi接口问题的解决方案？

关于restfullapi接口问题的解决方案？

1:为什么很多详细信息都是返回URL而不是实体。
设计两个接口，一个针对user这个资源获取详细信息，另外一个针对post这个资源获取详细信息。
其中在获取用户发布文章的详细信息的接口。涉及user和post两个资源。根据查询条件是先找到user，再通过user去找post。因此可以看成是获取user这个资源，而user里涵盖了post资源，因此post字段换成获取post详细信息的接口，以便逻辑继续进行。
可以理解为一个资源就是一个表，一个接口只请求这个表的字段，至于外键字段的实体资源，则提供查询的url接口。抛开那些实体之间的join操作。
比如:Class User类的to_json()方法为什么不像这样设计。
看原来的设计，是获取user下某篇post的详细信息，关联了post_id，改的那个是获取user的发布的post列表。

2:如果要返回实体信息要怎么操作好。
直接查询实体返回即可。

3： 个人觉得对于Model有几十个属性就感觉很无力，有什么好的办法。
其实尽管restful的提出了很久，也有所谓很多实践。不同的人理解不一样，也没有比较统一的说法。github的api是一个比较好的例子。

实际开发中，几乎是不可能设计这样针对单个资源，资源之间通过url获取的接口的。因为先阶段来说，客户端工程师都希望一个接口搞定所有需要的数据。通常喜欢减少网络的请求，哪怕传输的数据变多。
如果是自己想实现restful风格的程序，可以参考github的api。

按照对Restful的理解，接口是针对资源进行操作。github曾经设计API接口是针对单独的资源，而获取每个资源的接口，里面提供一些url，以便可以获取下一个，或者返回上一个资源。

按照对Restful的理解，接口是针对资源进行操作。github曾经设计API接口是针对单独的资源，而获取每个资源的接口，里面提供一些url，以便可以获取下一个，或者返回上一个资源。