0
A
回答
0
我会去与选项2
主要原因
- 较少的客户端和服务器之间的耦合
- 能够扩展
- 能力逐步添加新的API
- 预建立的库可以帮助你快速完成这项工作。
相关问题
- 1. 套接字编程与Web服务?
- 2. Web服务器套接字编程
- 3. Web服务器和套接字编程
- 4. Android服务与套接字编程
- 5. Python Web服务与套接字编程客户端/服务器设计
- 6. Web服务器套接字
- 7. Java套接字/服务器编程:套接字未连接
- 8. 套接字编程数据服务器
- 9. Azure C#服务器套接字编程
- 10. 通过Windows套接字编程开发Web服务器C
- 11. 套接字编程服务器套接字超时
- 12. Web服务与TCP/IP套接字(Java)+ SQL连接
- 13. Apache Web服务器套接字绑定
- 14. Web服务vs持久套接字
- 15. Web套接字 - 服务器负载
- 16. 编程web套接字客户端?
- 17. 服务器如何与Web套接字一起工作?
- 18. Java将套接字与Web服务结合起来
- 19. 与Ruby Web套接字服务器串联排队
- 20. 在C中的Linux套接字编程,服务器套接字不能关闭
- 21. Java套接字编程:服务器套接字是否可以启动通信?
- 22. 拒绝连接到服务器C套接字编程
- 23. 使用套接字编程从服务器接收int值
- 24. 处理(多线程)套接字服务器新服务器套接字
- 25. 像Tcl“套接字服务器”套接字服务器框架
- 26. 套接字编程 - 如何让服务器只存储数字
- 27. Python服务器与库套接字
- 28. 与TCP套接字(服务器)通信
- 29. TLS与PHP服务器套接字
- 30. Python套接字服务器与选择
对于“哪个更快?”并非真正的答案,除非您的意思是#4意味着开发速度更快,但我相信OP在询问运行时性能。 – Andreas
同意这种方法会因为http开销而变慢,但我猜这是一个过早的优化问题。假设OP想要构建REST服务。 – JVXR
是的,“搜索文件”性能以及网络速度可能会超过实际传输协议*对性能的影响。 – Andreas