- 主题:弱问 c++实现基于websocket的应用是主流做法吗
不了解websocket相关
1.没想到用c++实现的好处。如果想在学校做或者去公司做实习项目是不是Python实现更简便、易行。
2.websocket应用实现是c++的主流使用场景之一吗？
--
FROM 223.104.41.*
用C/C++搞webocket就是为了性能。没性能要求的，随便找个语言就能搞。
--
FROM 114.240.244.*
然。懂了。
【 在 z16166 的大作中提到: 】
: 用C/C++搞webocket就是为了性能。没性能要求的，随便找个语言就能搞。
:
--
FROM 223.104.41.*
也不一定是性能，有时候C++写的模块需要给中间件或者web gui传输信息，大框架就是http那一套，那只有弄个websocket最方便了
【 在 z16166 的大作中提到: 】
: 用C/C++搞webocket就是为了性能。没性能要求的，随便找个语言就能搞。
:
--
FROM 60.186.216.*
这种算是用C++开发的东西需要一种和别人通信的手段
和楼主说的估计不是一个东西
【 在 ziqin 的大作中提到: 】
: 也不一定是性能，有时候C++写的模块需要给中间件或者web gui传输信息，大框架就是http那一套，那只有弄个websocket最方便了
:
--
FROM 114.240.244.*
不是
【 在 wuzhiqiu1 的大作中提到: 】
: 不了解websocket相关
: 1.没想到用c++实现的好处。如果想在学校做或者去公司做实习项目是不是Python实现更简便、易行。
: 2.websocket应用实现是c++的主流使用场景之一吗？
--
FROM 114.241.91.*
有时候是为了跨平台
【 在 wuzhiqiu1 (疯狂555) 的大作中提到: 】
:
:
: 不了解websocket相关
:
--
FROM 111.199.185.*
我这两天正在实现一个 WebSocket 的 PC 端。原因很简单，服务端用 WebSocket 实现推送，PC 端就必须跟上。目前搞推送的协议 WebSocket 是首选。
另外我经常用 C++ 搞服务端的网络编程。一来比较快，一个 2c4g 的 v*s 就能服务一大堆客户。二来能够搞到底层。比如 python 的 ssl 写死了底层必须是 tcp. 而我折腾的网络协议可以让 ssl 跑在 udp/kcp 上面，同时这个连接还能发送无序的 UDP 包，相当于 QUIC 的山寨版但是实现简单多了，有些情况下有妙用。
【 在 wuzhiqiu1 的大作中提到: 】
: 不了解websocket相关
: 1.没想到用c++实现的好处。如果想在学校做或者去公司做实习项目是不是Python实现更简便、易行。
: 2.websocket应用实现是c++的主流使用场景之一吗？
: ...................
--
FROM 183.253.143.*
朋友，你这个妙用很危险啊
【 在 hgoldfish 的大作中提到: 】
: 我这两天正在实现一个 WebSocket 的 PC 端。原因很简单，服务端用 WebSocket 实现推送，PC 端就必须跟上。目前搞推送的协议 WebSocket 是首选。
: 另外我经常用 C++ 搞服务端的网络编程。一来比较快，一个 2c4g 的 v*s 就能服务一大堆客户。二来能够搞到底层。比如 python 的 ssl 写死了底层必须是 tcp. 而我折腾的网络协议可以让 ssl 跑在 udp/kcp 上面，同时这个连接还能发送无序的 UDP 包，相当于 QUIC 的山寨版但是实现简单多了，有些情况下有妙用。
:
--
FROM 60.186.216.*
【 在 wuzhiqiu1 的大作中提到: 】
: 不了解websocket相关
: 1.没想到用c++实现的好处。如果想在学校做或者去公司做实习项目是不是Python实现更简便、易行。
: 2.websocket应用实现是c++的主流使用场景之一吗？
c/c++无所不能， 有什么所谓的主流应用场景
c++实现websocket也不是一条路，选择不同库，比如curl还是自己造轮子， 显然是不一样的。
--
FROM 124.126.3.*