@wupher 他这个已经是微服务架构了。不同业务直接不要直接操作，更何况在不在同一个库都不一定

@wunonglin #41

网站人流量多的可以在前端用用中间件做 ttl 缓存，网站人流量少的你也不用考虑多次请求带来的负载。

每个模块都有 curd 了，那就没必要再给你搞一个聚合接口，你说可不可以，当然可以，只是没必要而已。

两者都合理，具体还是看业务场景。

但第二种明显更好，毕竟你是获取 bookinfo ，其他东西没必要带给你，你再根据 bookinfo 里面的外键 id 去其他对应的接口查询即可。

这样的话再根据各个客户端的需求，去做就好了。比如页面需要一次性显示，app 不需要，那这样接口拆分的就很合理

再者就是可以“渐进式显示”，打开 bookinfo 页面，先显示 bookinfo ，然后再去请求 order ，这样用户就能先看到页面，不至于要等全部数据出来才显示。

比较复杂的例子：一个 bookinfo 里面，可能有 tags 、orders 、images 、comments ，如果全部给你，数据多的话体验会很差。那我可以先显示 bookinfo ，然后再根据用户点击的 tab ，再去加载对应的数据（懒加载）那体验会好很多，这样系统负载也会小很多，毕竟可能有的用户只是想某几个模块而已

人家把你当傻子，结果你真以为是概率问题？就算这问题过了，还会有下一个破下线的，认真你就输了

放~

这个是展示端的功能，和数据库有毛线关系

现在都是 ai 自动检测了的。单单改个 hash 没什么用

又丑，又垃圾，本身就是作为屏下摄像头的一个过渡方案，占空间

ng 和 vue 是两个世界，学好 ng 再看 vue 和 react 就会发现如鱼得水

ng+1

同 ng 开发+1 。

A：传进来的是那个结构体的内存地址（吧？）
B：通俗来说传入的 a 是 new 了一个一个零值的结构体，然后在把你传的结构赋值上去。

路走错了。你这功能这么设计本身就有问题

@duxiansen #5

因为这个对于他们来说是一套部件。
就类似我 SSD 坏了，但是要整个主板更换（这是个例子，我也知道电池和触控板等不是焊在一起）。

所以在保就免费去换，过保就华强北百来块。这没什么要考虑的。

@skinny #6 权限控制只需要后台返回对应 role 的 string array 或者 id array 。权限控制本质就是个开关。后台只需要告诉前端那些要开，剩下的事情由前端去控制开关即可

不要 SPA 又不要 MVC 。你这不是自找麻烦么。。。

问：路由问题...
答：这就是你自己用 nginx 实现一个类似于前端路由的功能罢了，不仅 nginx 需要对 url 处理以便于返回对应的 html ，页面也要对 url 处理用于获取 params 请求 api ，明摆了没事找事而已。更别说还想做权限控制等功能了，你非要说能不能做，我肯定回答你“能”，但是好不好做，麻不麻烦，你就自己掂量掂量了。

问：折中的办法
答：
“前端服务端”，这不就是 SSR 么？用 vue 可以用 nuxt ，ng 可以用 universal 。

如果你就真手写一个一个页面的话也不是不行，写一些公共的 js ，例如 service.js 、url-params.js 等，公共方法，每个页面引用然后获取参数然后发送请求获取数据手动操作 dom