zhazi

从技术层面看
我觉得架构师的设计有问题。
从软件设计的角度看起码得有一个设计思想作为指导，
比如可重用性高、可读性强、可靠性高、灵活性好、可维护性强。起码得沾一样。

所有技术栈都是为了某种需求延申出来的，当前的技术栈可以满足当前需求，为什么要引入新的技术栈。
程序没有任何跨平台通讯的需求，使用一个为了网络通讯的技术，做本地通讯，提高了程序复杂度和可维护性。

从非技术层面我赞同 xavierchow

@huihushijie1996 盲猜还是想炫耀，结果被别人吃豆腐 233

这游戏大体型的怪 hit-box 都有问题，视角也及其奇怪

abac
https://pathbox.github.io/2021/03/12/iam/

你这个“有可能“有多大可能，有很多时候你认为的有可能只是你认为的。
在没有明确需求的情况下去为未来做一些事更容易产生屎山。
你总想的那么多，别人看你代码就像屎山。

将数据库事务操作抽象成对象状态，
用户在使用 ORM 的时候只考虑对象本身即可。
目的是降低使用者的学习负担，不需要考虑数据库的操作了

赞同 7 楼所说的
可能是这个提出问题的人抽象的不到位，所以写出了不灵活的代码
打个比方
你们是一家做平台的公司，
要与客户来对接，
你的第一个客户定义了的名称需要用 user.full_name
你的第二个客户定义了的名称需要用 user.first_name 和 last_name
你的建模是客户如何描述他的业务字段，而不是判断客户的字段
你的建模定义为

客户 1
field:'name'
column_name：name_str
type: string
value:'zhangsan'

客户 2
field:'name'
column_name：name_obj
type: object
value:{'first_name':'zhang','last_name':'san'}
通过 type 统一了两个客户对象的建模，不需要写出 if column_name == full_name 这种代码

水平差，冤框架。让上代码也不上，block