递归火山软件开发平台

标题: @飞扬工作室【服务器2】这个类库非常好，但还欠缺一点. [打印本页]

作者: urenai 时间: 2022-8-15 02:24
标题: @飞扬工作室【服务器2】这个类库非常好，但还欠缺一点.
如果【服务器2】能多2个命令:置附加指针（S）/ 取附加指针（S）;
那在一般情况下，完全可以媲美HP_SOCKET。

当然，我们也可以通过变整数到变整数哈希 / 键值表来做到。
但这对比你多分配8个字节给用户提供存取服务来讲，这会提高执行效率。

希望能考虑一下。

作者: 小蜗牛 时间: 2022-8-15 03:53
是的,有道理..

作者: zhqyong 时间: 2022-8-15 05:45
建议非常中肯

作者: qsw296062081 时间: 2022-8-15 07:58
越做越好

作者: 创世魂 时间: 2022-8-15 09:06
这就是基础的tcp，你仿佛是在开玩笑说比hp还好……hp是包装过的，以hppack举例，可以直接发送4mb以内的数据不需要自己分包组包可以直接发送，还自带线程池接收数据。

基础的tcp服务可办不到这个。稍微大一些的数据就需要自己分包了，处理的东西就更多了，更不用说添加线程池处理数据之类的。。

基础的tcp通讯一切的东西都需要自己处理，还是非常麻烦的，当然也非常考验基础知识的熟练运用。

作者: 飞扬工作室 时间: 2022-8-15 09:44
这就需要内部维护一张表了,目前是没有任何表的,与其在内部固定维护,还不如让你们在外部维护更灵活一些.

作者: 创世魂 时间: 2022-8-15 11:15
吴总说的没毛病，雀氏如此。

作者: server 时间: 2022-8-15 11:44
@飞扬工作室明白了，既然内部没有建表那就不搞了，反正外部一定需要建表。
@创世魂 hp的pack的确有一定好处。hp的确很强大，但是你也知道如果传输4mb以内很方便。但是如果大文件，还是得自己处理，与其如此，不如直接pull模块，自己封装newpack模块。在通讯过程中，动态控制调节最大封包尺寸。tcp的特性就基本上不可能存在丢包情况，分组包也没太难理解。关键是每次封包的校验，可以自定义在任意位置，可能是包头/也能在中间，也没必要接收完4MB再判定此包是否非法。

既然吴老板说server2不存在表，那就没必要加表了。反正外部一定需要建表。

欢迎光临递归火山软件开发平台 (https://bbs.voldp.com/)