zacharyjia

@Achilless 不要相信前端传来的数据，所有验证一定要在后端做好。前端的验证只是为了提高用户体验的。

@ladychili 没啥用，我已经加了他们技术人员的微信好久了，甚至我在朋友圈吐槽的时候他还让我去试试最新的固件，然并卵……

@yexu199
@clamsea
@ladychili
@dr2009
升级以后也无解，没办法。我已经出掉了，换了一把客制化优联方案的，连接稳得一批还省电，用了热插拔的 box 红轴，手感凑合吧。

@otakustay 感谢认真的讨论，我也去了解一下。我倒不是做什么大工程，就是兴趣+好奇而已

@mazyi 你没看清在讨论什么啊？不是 blazor 。是说前端请求后端数据的方式。

@woodensail 但是这个封装是手动的吧，rpc 一般都可以通过代码生成器自动实现，不是更简单吗？

@rrfeng ok，可能我的题目表述有问题。我之前考虑过说 http 请求，但是又考虑到 web 上用的 rpc 也是基于 http 的，因此也没这么用。后面比较清楚的表述应该是像 @otakustay 说的那样，用调用 rpc stub 的方式替代 请求 url+数据的方式。没想到引来这么多嘲讽，怪我自己。

@rrfeng 如果你说的 应用层和传输层 是指网络的五层架构里的应用层和传输层的话，那我觉得你的理解才是错的。rpc 可以基于 tcp，可以基于 http 等，它再怎么低也不能低成一个跟 tcp 和 udp 同层的传输层协议去。

@sailei 不是啊，grpc 本身就是基于 http/2 的