2020-03-15 16:13
Class类实现了Type接口，所以，如果做了上面的改变，不会影响现有代码，现有的所有实现依然是兼容的．
2020-03-15 16:09
这个其实觉得通过覆盖controller的getBean/getModel方法去做更好，因为通过interceptor去做这个替换相当于jfinal已经帮你创建过一次入参对象了，现在把它丢了，有点浪费，不如帮你创建的时候就创建正确的对象．翻看源码发现转换是通过BeanGetter/ModelGetter类去转换的，BeanGetter/ModelGetter的创建在ParaProcessorBuilder类里，但有个问题，看这个类的101行代码，传递给BeanGetter/ModelGetter的class在这里取得的，p.getType()这个取法会丢掉运行时的泛型信息，所以通过覆盖controller的getBean/getModel方法实际上是目前是行不通的，如果这里用的是p.getParameterizedType()，然后BeanGetter/ModelGetter类的参数改成更通用一点的Type，Controller的对应getBean/GetModel方法也一样，不是Class，那这样就能做到了,
2019-11-17 21:35
如果某个接口有两个实现,要切换一个实现的时候,现有的方案就必须要更改两个地方,一个是调用的地方,要知道具体的实现类(不方便通过配置指定),另一个地方是配置的时候注入的地方(这个地方非常方便通过配置指定,既然可以通过配置指定,那么可以在不改代码不重新编译的情况下实现切换)
2019-11-16 15:57
数据库什么时候都不对外暴露数据库端口,并且部署在有且只有内网(阿里云等都不开通公网就是了)的机器,能访问的内网也要加白名单,只有自己的业务服务器才能访问到数据库.
2019-03-24 12:39
@糊搞 大手术可能没必要，以JFinal为核心，其他的只是依托于JFinal的独立项目或组件，或者作为plugin存在，然后这些组件可以独立提供，也是一个思路?
2019-03-23 16:27
@JFinal 非常感谢，未来微服务化还是越来越多公司重视，相关的生态可以让JFinal更加Final ，感谢您的努力，^_^。
