V2EX › neoblackcap 的所有回复 › 第 33 页 / 共 103 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 ... 29 30 31 32 33 34 35 36 37 38 ... 103

❮

❯

2019 年 7 月 22 日

回复了 devh0407 创建的主题 › 游戏开发 › 想问问大家有没有了解类似于王者荣耀的房间系统的设计思路，如何能在完成对局后又重新退回房间？

@devh0407 你为什要存房间 ID ？房间应该是临时的，用完就删除或者回收了，房间我想不到为什么需要跟游戏之后的数据关联，哪怕是游戏回放功能都不需要房间 ID，你需要记录什么数据，就放在一个赛后记录表就可以了。

2019 年 7 月 22 日

回复了 devh0407 创建的主题 › 游戏开发 › 想问问大家有没有了解类似于王者荣耀的房间系统的设计思路，如何能在完成对局后又重新退回房间？

没看懂你这个历史战绩跟房间有什么关系
房间当然是临时的，这个根据服务器状况来分配创建，不是很好理解么？房间的信息都是存在服务器内存，不是很明白有什么存储影响。
你战绩系统，游戏结束之后入库就可以了，跟房间有什么关系呢？

PS：没玩过王者荣耀，不是很了解，只是根据之前观看的网游架构回答

2019 年 7 月 18 日

回复了 zhuweiping 创建的主题 › Python › 怎么在 Python 进程收到 SIGTERM 信号时记录下发出信号的进程的 pid?

我记得 signal 模块也是很简单地封装一下系统信号处理的回调而已。
你这样的情况啊，用 bpftrace 试试看看？

2019 年 7 月 17 日

回复了 SsuchingYu 创建的主题 › Go 编程语言 › Go 社区否决了新的 try 语句提议

@secondwtq 我只是发了一次言，其实还好。我只是说明一下这东西的优势在哪里，为什么 Monad 是更好的异常处理而且。毕竟一次回复不仅仅是一个人看到。大家也可以看到。大家各取所需，觉得 golang 好的就继续写，觉得其他更好的就去写其他就好了。我觉得没什么必要纠结什么天下第一，毕竟电锯跟锤子不一样，CNC 机床也不能替代凿子。当然爱一样东西，自己能出力去让它变得更好，这样也不错。

2019 年 7 月 17 日

回复了 Buffer2Disk 创建的主题 › 程序员 › Python 和 Go 在循环时候的性能对比

@Buffer2Disk 本身集合一般就是用哈希表实现

2019 年 7 月 17 日

回复了 Buffer2Disk 创建的主题 › 程序员 › Python 和 Go 在循环时候的性能对比

@Buffer2Disk
简单的理解就是只是用其中迭代其中一个集合，然后判断一下这个元素是否在，每次查询是否在集合的操作是 O(1)，n 个就是 O(n)

2019 年 7 月 17 日

回复了 SsuchingYu 创建的主题 › Go 编程语言 › Go 社区否决了新的 try 语句提议

@xfriday rust 里面是学习 haskell 的 monad，除非你是消费以及最终求值的阶段，否则不会有人会去用 match 来处理错误。
rust 的错误处理最大的优势就是，之前步骤的异常，并不会影响你的业务逻辑，以及强制错误处理。你完全可以使用 and_then 或者 map 方法对一个 Result 进行结果转换，完全不用什么 match。?只是一个相对简洁的语法糖，就算不用 rust 也比现有的什么异常以及返回值优秀。
当然你不了解 monad，强制每一步都 match 一下，那就认为 rust 也是返回值吧。毕竟宝马跟单车都是靠轮子走的，而且都是圆的。

2019 年 7 月 17 日

回复了 Buffer2Disk 创建的主题 › 程序员 › Python 和 Go 在循环时候的性能对比

@Buffer2Disk 你每次调用 range 都要申请内存，创建一个列表啊，能快才奇怪。你用 top 来计算 CPU 耗时的方法本身就不对。
而且你只是判断一个元素是否在另外一个列表里面，你转成集合，用求交集的方法啊。那个才 O(n)，你现在这个粗糙的实现方式可是 O(n^2)。
你觉得是循环在耗时，那么请你在 Python 里面创建好两个列表，然后再开始你的循环计时，而且停 5s 有什么用啊？你写日志不好么？

2019 年 7 月 17 日

回复了 Buffer2Disk 创建的主题 › 程序员 › Python 和 Go 在循环时候的性能对比

range 返回列表，耗时在这

2019 年 7 月 16 日

回复了 miniyao 创建的主题 › Python › Flask-SQLAlchemy 用 db.session.commit() 失败之后，事务会自动回滚吗？

@coolair 哦！
我是建议用 with 来改写着部分代码，不要用 try-catch 模式。还是你觉得这样改写有什么问题？

2019 年 7 月 16 日

回复了 EthanDon 创建的主题 › 程序员 › Mac 电脑， wireshark 很多 http 包抓不到！

wireshark 是我用过那么多个抓包软件里面，抓包抓得最好的了。你所说的 http 漏掉，你不会是指 https 吧

2019 年 7 月 16 日

回复了 miniyao 创建的主题 › Python › Flask-SQLAlchemy 用 db.session.commit() 失败之后，事务会自动回滚吗？

用 with 语法不好么？

2019 年 7 月 10 日

回复了 orqzsf1 创建的主题 › Apple › 🍎Apple 发布了新的 MacBook Pro

@duumvir 改个口而已，协议还是 nvme 协议

2019 年 7 月 10 日

回复了 bbdk 创建的主题 › 程序员 › 为嘛编程语言都是免费的呢？

@bbdk redhat 在之前当然不是靠 IBM 吃饭啦，Redhat 自家的技术支持，咨询，认证卖得飞起。它是开源软件界第一家营收过 10 亿的。
还有就是 Redhat 是涉及了 Linux 内核，虚拟化，容器，Java。IBM 是自身云计算这方面做得不行，想找一个来快速补强自己。
Redhat 的技术支持你一般小企业还用不起呢，还不如你直接去买套标准版的 Windows Server，Windows 相对还便宜

2019 年 7 月 4 日

回复了 Midnight17 创建的主题 › Java › javaweb 高并发，和多线程。为什么没有一本书上都没有写怎么用啊。比如线程池这些。

百万并发，我用两百万台机器解决一百万的并发算不算解决？还是说一台 1 核 1G 的虚拟机就可以？
只是想吹嘘那不用学习什么书，观看各种大会那些上台嘉宾的 PPT 就可以了。里面已经有各种考点了。
要实打实地用合理数量的机器解决 1M 问题，老实地从底层学起，搞懂计算机体系结构，搞懂 JVM，找到系统瓶颈，榨干机器性能

2019 年 7 月 3 日

回复了 v2byy 创建的主题 › Linux › unix 中解决僵尸进程 fork 两次的原因？

@raysonx 的说法是正确的，这个原理 APUE 有讲解。当然现在创建守护进程也有其他的方法，比如 daemon()，不过好像兼容性不是那么好，所以还是 fork 2 次为主。

2019 年 6 月 28 日

回复了 v2byy 创建的主题 › C › 在 c++中如何高效的将一个 vector 连接到另外一个 vector 上后面？

@lixiang1993 这个只是理论上限的值，实际生产用 1.5 就可以了。要不然完全用 phi，你永远也不可能重用之前的内存的。

2019 年 6 月 27 日

回复了 v2byy 创建的主题 › C › 在 c++中如何高效的将一个 vector 连接到另外一个 vector 上后面？

@lixiang1993 是 2，最好的应该是 phi （约为 1.6，即黄金比率）

1 ... 29 30 31 32 33 34 35 36 37 38 ... 103

❮

❯