从性能搭配的角度聊聊为什么要用现成的框架
申请解决
与链接生成(依据此链接发动 HTTP 申请)
的搭配 // 显著申请 (HTTP 申请报文) 发送
与报文解决的主函数
的搭配 // 不显著申请 (AJAX send) 发送
与响应解决的主函数(异步回调函数)
的搭配 1
这样的理由就很简略了:你做了一个性能,就要做另一个搭配性能。要么都做,要么都不做。一旦某一个性能的工作量太大了,那么就会想要应用“现成的”。这就给了一揽子计划取得青眼的空间。
从性能搭配的角度聊聊为什么要用现成的框架
申请解决
与 链接生成(依据此链接发动 HTTP 申请)
的搭配 // 显著申请 (HTTP 申请报文) 发送
与 报文解决的主函数
的搭配 // 不显著申请 (AJAX send) 发送
与 响应解决的主函数(异步回调函数)
的搭配 1 这样的理由就很简略了:你做了一个性能,就要做另一个搭配性能。要么都做,要么都不做。一旦某一个性能的工作量太大了,那么就会想要应用“现成的”。这就给了一揽子计划取得青眼的空间。