@fhbyljj 没看出楼主哪儿优越了，倒是你有点太玻璃心了。

90 年的小哥今年得有 27 了吧。25 岁前在杭州买房买车那是几年前的事儿了？

@DendimoN 👍🏻
我说的几个其实都不在望京 soho，但是楼主是想找个离女票近一点的，所以我提了几个 alternative option。

阿里巴巴 美团 锤子 小咖秀

@guyeuro 意思是你不能说 iBatis 是主流。

iBatis 早就跟主流说拜拜了吧

专门开一台带公网 ip 的服务器收 webhook 后部署 4 台应用服务器

@jugelizi 那是因为你自己弱或者圈子 low。我看到的刚好相反。

@shuimugan 这种问题当然是通过 npm 私有仓库来解决了。

有一些文艺青年动不动就想不开非得要注销豆瓣。
我好友里有许多都已经注销 N 个号注册过 N+1 个号了。

@abcbuzhiming 你扔掉这个鬼工具自己写 sql 或者自己写个简单的模板引擎只怕会更省事一些吧。。

话说回来，sql 里就 select *好了啊，担心表字段太多 select *影响性能说明表的设计有问题，该拆就拆。
Sql 写得太复杂也是设计有问题，等你并发上来了数据库服务器是很难做 scale out 或 scale up 提升性能的。RDBMS 么就拿他当个带事务的 entity store 就好了，永远只做单表查询（利于做缓存和 sharding ），复杂的 entity 关系在应用层写代码处理（利于 scale out ）。复杂 sql 那是大厂们去 IOE 之前那个时代的风俗了。

Naive. 就算有一天 Java 倒了，也绝对不可能是被一群搞安卓的人扳倒的。

@abcbuzhiming 没错，这种情况就不需要 mapUnderscoreToCamelCase 了。
另外，实体变动频繁的话，更好的方式是开发阶段 spring-data-mongo + mongodb。上线时把 spring-data-mongo 切成 spring-data-jpa + rdbms 就好了。

姿势错了。
resultMap 并非是必要的，你可以在<select/>里写 resultType="java bean fqcn"，sql 里写 select *或者 select column_name as javaBeanPropertyName，这样 mybatis 就可以自动做影射。
另外如果你的数据库表的 column_name 跟 java bean 的 propertyName 完全一致只不过前者用了 under_score 后者用了 camelCase，你还可以在 mybatis-config.xml 中指定 settings.setting.mapUnderscoreToCamelCase=true 来让 mybatis 自动完成 under_score 和 camelCase 的互相映射。

戴森电吹风