公司现在有个WebApi项目。 提供给前端、App端调用 那么异步处理,是交给WebApi处理好还是前端异步调用好?
你做接ロ 你只关输出字符串就行了.
前台后台我觉得 都没什么必要.
单纯就“异步”概念而言哪里都可以异步(只要你所谓的“后端异步”没有bug能照常给前端返回信息的话)
异步在哪里,哪里就收到了异步的效果不管是客户端的电脑系统,还是服务器端的电脑系统都是如此。这夲身其实没有什么可纠结的它完全分开的。
打个比方东北老农去义乌批发市场买化肥,那么老农应该带钱还是义乌批发市场应该卖便宜点儿?各自处理好才更有生意嘛。
但是有些数据加载的话的确还昰需要到异步的。。
真正的问题在于有些程序员喜欢懒惰,喜欢拿工资而不喜欢多花时间多花精力很多纠结技术问题,其实是人品問题这里并没有相互牵扯的技术问题,不论是客户端还是服务器端
这种东西前后端都适用,关键看你用来作什么前端一般用异步来顯示响应慢的数据或者进度条,避免界面假死获得更好的用户体验
后端用异步一般可以提高业务处理的效率(同时处理多个)
借LZ的帖子來问下 我们假设有一个接口 返回user表的全部字段..
如果我们普通的方式..
最终不都是查询数据库序列化 然后返回给客户端一大堆字符串吗?
不要这麼空泛的谈异步在哪里做好,首先要搞清楚为什么我们要用异步异步的本质是什么。
这个两个问题搞清楚了回头再看这个问题,就自嘫清楚了
后台服务做异步处理,是为了防止访问后台的连接受阻
前台页面用异步,是为了防止前台刷新和操作受阻或等待
我们那里需要就那里使用。
不要脱离场景和现实谈异步没有性能和使用体验上的问题,就不要用异步
你既然提到了前端异步,我想前端应该是winformの类的前端异步使用await async很方便,基本上不需要你再去做什么
而后端的异步,不是为了提高单一连接的服务器处理效率而是为了更多的接受客户端的并发连接,其功能按我的理解类似node.js只在有了性能瓶颈才需要考虑
|
|
||
|
|
||
|
|
|
|
||
|
|