这不就是...计算型验证码...么？
随便出个复杂计算，3 秒内提交，都算爬虫。例如 46*163/13*141+156=？

10w 一篮子做投资理财或者固收+。不会操作找银行投资顾问咨询一下，搭配一个合理的投资分布。年化很容易到 7 个点以上。

这不就是...复杂版...养猪么...

formObject.submit() 是原生 JS 默认实现，所有浏览器都支持，包括 IE ，你测试 IE 不支持，不确定是什么问题。古老的代码中，经常会看到 onclick=return false ，就是为了屏蔽默认实现。而你 input 的 onclick 调用了 from 的默认实现。

@makelove #11
@bankroft #13

没有自动发卡 API ，只有发卡服务，需资质+押金。市场上卖的只是通过自动化发卡和聊天发卡，用的也是千牛集成不是 api 集成。

回复一下说下现状。
#25 #29 方案都试过，可以是可以。但还是存在我强调的加载时机问题。

主要问题是，当代码中存在，@PostConstruct 时，因未被编译并注册，所以找不到依赖。

目前已经放弃了这个想法。但计划空闲的时候，参考 lombok 的方式，注解生成。

@wolfie #25 十分感谢，service 的 mapper 注入我倒是有办法，我今天有点忙，明天我验证一下，没有问题的话把后续完善一下提 pr 给你看看。

另，小年快乐。

@makinomura #22 尝试很久，搞不会了，XY 问题太多。麻烦大佬再指点一下。

1 ，BeanDefinitionRegistryPostProcessor#postProcessBeanDefinitionRegistry
- 注册过程中，我需要写大量逻辑判断，来确认哪些是数据库实体。
- 或者，我需要一个自定义注解来过滤上个问题？

2 ，MapperFactoryBean 该如何使用？
- new 一个不可能，因为有上下文环境。
- 不 new 的时候，他还在第 1 步中，需要我写逻辑判断处理摘出来。再使用他？
- 鉴于以上两个问题，我不知道怎么使用他。

@GM #30
哎，你毕竟不是做设计的。跟你掰扯也没意思。只是告诉你，jfinal 这个框架的设计面罢了。

btw..
springboot 源码超 7 成代码依赖静态方法，从你写 springboot 应用的第一行静态代码 SpringApplication.run(arg)开始。有空多看看源码，学学设计也挺好。

@wolfie #17 这个文档我看过，是一种思路，但是没有尝试，一来要做大量的改造工作，二来，看到参数是 map 不利于维护。而且跟我实际想要实现的效果不太一样。

本意是，spring 容器可以通过类型推导加载 bean 。如通过 @Autowired 注入 List<User>、List<Account>..
List 和 BaseMapper 是一样的接口类。

我只需要，
@Autowired BaseMaper<User>、BaseMaper<Account>就可以拿到对应动态生成的实现类。


换句话说，我理想中的效果是 BaseMaper<T>/Service<T>/Controller <T>，T 是任意表对象，就可以实现，一套 MVC 控制模板。

@makinomura #15
都做过了。看我 14 楼的恢复，注入 bean 时机翻了很多资料，没找到的。。

1 ，2 步之后得到 cls(接口类)，然后注册 bean 。
BeanDefinitionRegistry beanFactory = (BeanDefinitionRegistry) SpringUtil.getBeanFactory();
RootBeanDefinition bean = new RootBeanDefinition(cls);
beanFactory.registerBeanDefinition(className, bean);

问题是，在注册依赖 mapper 时报错。注册依赖改为 lazy ，可以不报错，但是 bean 是接口类，不能实例化为 bean 。lazy 首次加载时就报错了。

接下来，考虑通过 mybatisplus 的类，自动实现生成 mapper 接口的实现类，于是有了下边的代码。
MybatisConfiguration mmr=new MybatisConfiguration();
mmr.addMapper(cls); // 这个方法是通过接口类，实现实现类动态生成并加载的。经测试无效。

所以，思路应该没错，或许是时机或者方法没找对。

@ic2y #11 @Suaxi #12
其实我尝试过，因为 spring 在加载 mybatisplus 时，会初始化 basemaper 的实现，所以通用 mapper 必须做手动实现，需要写大量代码，是非常复杂的一种方式。还有一种是加载前旁注，但会有环境上下文问题。还有一种是加载后修改，但会绑定实体失败。

如果有现成参考的例子的话，麻烦贴个地址，或者仓库名称，我去学习一下。

@alva0 #2 @ztechstack #9 @thetbw #10
一个单体应用，并不是一个接口程序，虽然说都是 from 操作，但更多的还是数据的读取展示。

@jptx #3 有考虑过，但依然还是要生成很多空包。
@EscYezi #5 会增加包体积，增量发布时更是一言难尽，因为要人工 review 后留档发布代码的 class 图片快照。

@xuanbg #7 懒

@geligaoli #1 一千多张表，生成一堆空文件在代码里，很糟心的。

@GM #28
所以你认为声明式注入比全局函数简单清爽？反射加 ioc 很 ok ，显式调用不 ok ？

想象不出来你对其他开发框架的理解。

年轻真好，如同他们不知道火箭直径为什么和马屁股一样大似的，因为并没有什么用。

我一度以为 springboot 是抄袭的 jfinal 。

14 年初开始用 jfinal 接单并选型为公司开发底座，一个类五六行代码就能跑起来一个可以和数据库交互的 web 应用，两三行代码就能实现一个 C 端的 ORM 接入，同期国内外还有谁？届时 springboot 这个词组是什么，谷歌都不知道。大约 16 年中旬开始，springboot 开始在国内爆发。好在 jfinal 打了无 xml 的 entity 映射 /框架实现 /约定配置等这些设计基础。学起来 springboot 基本上一两天就上手了。但当时的 1.x 生态也令人发指，多数情况下，依然也要引入依赖和 xml ，jfinal 却还欣欣向荣。

如这些设计。
tojson -> responsebody
url param -> restful
route controller-> request mapping
model -> mapper
etc ...

如果你拿 jfinal 和 ssh/ssm 框架比。你会觉得什么是极致。和 springboot 比，你依然会觉得清爽。
只有和 spingboot 生态比，你才会觉得简陋。

当然，现在他在被时代抛弃。