看到麒麟子大神的nodejs麻将 逻辑 看吐了， http 模块还行
性能可能会有问题吧。如果负载高的情况
不考虑性能的话，没有什么问题，代码结构问题是个人对全局把控不足，NODEJS还是可以做到很优美的代码结构，逻辑清晰的，但因为有闭包的方便性，很多人在写时为了方便就直接闭包上去了，导致嵌套太多，逻辑混乱。
只要一开始把框架定好，规则定好，什么情况下可以用闭包，或者直接不让使用闭包，基本上不存在会比C++更难读的情况
想听听官方的 ，都是官方带沟去的
JavaScript异步方案这几年突飞猛进，Callback Hell改善了很多。
只是不太清楚Node内部进化的如何了，貌似Pomelo维护频率都降低了。
Node更适合做后端的前端，而不是全部都用Node来开发。
当然对实时要求不高的游戏，全用Node写逻辑，效率没有问题。
非常适合。
简单粗爆的技术，主要看你如何驾驭
js逻辑性能真不行，我的项目前端creator,后端c++，同一套逻辑放在前端，卡的要命（我的逻辑有点复杂啊），没办法，我只得在js端调c++，另外，听同事说，他们之前有的项目后端是nodejs的，人家要求麻将的所有逻辑写到前端，因为nodejs没法承受太多的逻辑，本来我还想用nodejs后端的，现在不敢用了
1赞
不要危言怂听，没有想象的那么差。。。
1赞
个人觉得Node.js写后台没有任何问题
你说的这个Node棋牌逻辑也扛不住，好夸张
用了很强的AI吗？
也不是，只是简单的检查听牌，但因为有赖子，可以替换其它牌，检测起来就费时了，说实话，这个js逻辑放手机端真卡，但换成js调c++好的太多，好不好
那个确实计算量会大很多
估计是算法有问题。有没有赖子，听牌判定效率差异不大的。
忍不住要来登录吐槽，就这么早一点计算，居然就不行，我个人觉得好好检查自己的js代码，一定能优化的不卡。 几年前写nodejs 音乐服务器 对应几十个播放器 各种tcp udp 提供数据 播放命令 同步数据 完全没压力。 是局域网项目
nodejs除了松散导致新人写的代码极其杂乱以外，没有其他问题。
多牌型+多赖子+听牌+提示胡哪些牌 可能会计算量大个几万倍。但是仍然没到卡的程度。除非算法写的比较渣
算法可能确实有问题，但是我认为没写过这个逻辑算法的不应乱评价，这套算法是一个稳定的c++端的改过来的，可能算法很渣，但为何c++的服务器端在承受那多么人的情况下都没性能问题，而js前端会卡呢，这不明显说明js计算性能不行吗
js异步性能很好，这很对，但计算性能不怎么样，可能你的业务没有那么多的计算
就让掉nodejs坑里去吧···做过麻将逻辑的就清楚，计算量很大···
我们自己做过俄罗斯方块的复杂寻路
做算法的是我一个做架构的同事，他本人经常做各种算法设计
可以肯定的讲JS的计算性能，确实有问题
这方面，@造宝宝师 是对的