@cuminflea 我说被腾讯封杀就是买来阉割然后上国服。也有保护自己产业的意思

@cuminflea roblox 刚去看了一下，这是被 tx 封杀的游戏，感觉很好玩啊 现在试试

@jamfer 游戏的需求怎么会不在呢? 那么生产游戏的工具就会存在，低代码平台就像 unity ，他只是工具的一种，只是跟别的工具不一样，他降低了人们对于游戏创作的门槛而已，他不一定是画质最好的，追求酷炫的特效，要 3a ，其实这低代码的需求，在于快餐化时候微游戏的爆发工具载体， 我其实构建一个用户案例就是 晚上回到家随机开一局 10-20 分钟的卡牌 /收集 /种田 /钓鱼 /解密 /养成 /游戏。评分机制用类似马里奥制造的就好。

@westoy 说实话，我并不看好国内的生产工具，因为咱们都是拿来主义，并且我们都是这代都是穷日子过来的，对于底层工具的专研也就这几年开始，而游戏在我国发展肯定更畸形，所以我想了解一下，国外目前有没有更专业的工具平台，能够平台，编辑器，游戏类型融合在一起的

@seres 关于第二点 2.绝大多数抖音 B 站观看者都是娱乐，但这不妨碍创作者的涌入。并且特效视频现在微视频上的越来越多了， 实际上 00 后那一代是经历网文熏陶的一代，他们想象力很丰富，我个人持看好态度。
4.游戏目前是项专业工作，就有如拍电影拍电视是项专业工作，那么“微”游戏确定是不可能吗?

在我看来，目前游戏的准入制度，以及编程的高门槛，不能很好将这块创作需求爆发出来，所以，是否真的可以出现一个类似“短”视频分享的游戏平台，短在入门门槛低，但受众广，素材多，玩法丰富的编辑器平台?每个人游戏爱好是不一样的，但是又是社交的，抖音 b 站也有很多的分流，steam 是很好的游戏平台，但是创作门槛对于有想法的人还是有点高，欢迎大家讨论。

F6 使用效果怎么样

@securityCoding b 系统回传失败后如何优雅介入处理 然后执行后续操作 比如啊 a 表写入报错 会 hold 住 d

@tlday 这个我就理解清晰多了，我以为是什么 HashMap<key,value> 能把 value 的这个<T>实体的某些字段做成类似索引的效果，达成 O(1),举的例子又是 int，这就超出我对它的认知了。原来是唯一 key 做文章。

@tlday 大概理解了 3N 遍历与 N^3 遍历的代码区别了，十分感谢！我应该是为了省事，没有重新组装数据结构而导致的，手动核销他们是不愿意的，因为核销逻辑大体思路上就是先进先销，都是重复工作，需要解放劳动力的，未来财务更多是检查，现在这种核销，这只是一种规则，未来有可能只是一种配置，据我了解，这也是一种财务自动化的一个具体实施点，类似 SAP 的自动核销，只是 SAP 目前的核销没有细节到发票构成，不满足我司的使用习惯。


楼上一些回复转字典，HashTable 的我倒现在还不太懂。很抱歉会产生 X-Y 的问题。

@tlday 第一个问题：公司的业务收款发票不是一对一，但是给业务员的提成是实时回款结算，回多少结算多少，并且根据产品性质，营销活动，所在区域，下单日期等等落实到具体单据综合结算的。比如一个客户分别在一个月内买了 N 个商品（不同属性），前期预付款 30%，2 个月后付款 70%，这还算比较简单的。你也可以理解为 2W 多条数据，目前有 70 种提成条件这样子。
所以收款明细与发票，最多能保持总额账的话是相等的。但不代表每期是相等的。收款不是一笔收完的。可以理解为多对多关系。
第二条，是因为 C#的解决方案好像是没有 JAVA 解决方案多还是，个人能力有限，不能很好的找到替代方案，之前的公司方案是用 sql 来计算 BOOL 和数值的。公式解放给财务配置，我想这是未来财务自动化一个很大的方向。我是想参考 OA 自动工作流中如何自定义审批流来实现的。（云之家，泛微、企业微信的一些审批第三方件都支持），即拖拉思维导图，写上触发条件，即走哪一条线，（当然这次一条数据），比我 2W 条数据会少很多。体感也不错。
至于 eval 的问题，当然弊端多多，但是既然商业上有这种产品，说明他们是有克服前端传过去执行所产生的的问题。就比如这个 Flee，它分三步，会事先限定每个变量的类型，再渲染公式计算树，最后才计算 bool 或者值，也可以传入自定义的静态方法，反射调用？安全性比我用 sql,用 eval(javascript ）安全多了，当然,表达式引擎 JAVA 好像比较多的解决方案，如果有人有接触过这种动态表达式的开发，不胜感激。

@raaaaaar 看来第二个问题确实很重要，关于数据结构的理解，谢谢，我会抽空实现一下的！

@raaaaaar array 如果知道 index.是不是等同于哈希的速度呢？ 如果不知道 key 是 aaa，查找 7，是不是等同于顺序查找呢?

@raaaaaar 哈希查找 一般查找比对的值一般是在<T>里面的吧？哈希表也有优化吗？还是对 KEY 的优化？这是我疑惑的地方。

@laminux29 为什么要用存储过程这种方式？而不是在遍历之前把所有数据先查询好？是考虑内存限制的问题吗？在多数据源的情况下是不是不好处理了

@whosesmile 目前是一次取 DB，客户，收款，发票，然后是内存检索客户对应的收款发票对冲的。 你的思路是个好思路客户 ID 是可以排序的。谢谢

@Bazingal 大佬举个数组转字典的优化例子，不太懂怎么用。

@whileFalse 大佬举个数组转字典的优化例子，不太懂怎么用。

@whileFalse 具体表现为控制器方法都是为 3~1000 行的代码，db，业务逻辑耦合一起。