2023-07-01
|
ZH
动态、运行时 即运行时才能最终确定 动态的数据源、数据结构、展现形式 如我们需要开发一个数据中台或者一个数据清洗插件,编码阶段我们还不知道数据来源、什么类型的数据库甚至不是数据库、会有什么数据结构对应什么样的实体类, 如果需要前端展示的话,更不会知道不同的终端需要什么各种五花八门的数据组
2023-07-01
|
ZH
构造SQL太麻烦 如生成个IN的查询条件,要先取值,再判断是否为空,是多个值还是一个值,再遍历,经常要在XML中配置SQL,遇到不同的数据库时SQL语法还可能不一样 这些机械的操作,不应该浪费开发人员的时间,应该只提供个参数能说明要实现什么就可以, 如query("CRM_USER", c
2023-07-01
|
ZH
大部分情况下只需要注入一个AnylineService(bean.name="anyline.service")就可以了,但两种情况除外 有复杂的业务逻辑,这时应该有对应的service,如果只是分组、求和等简单的数学计算用默认的service就可以 多数据
2023-07-01
|
ZH
你可能是希望在当前线程中设置一个变量,通过修改这个变更来干预spring获取的数据源,但这样在遇到线程共享时会发生冲突。 所以设计成每个数据源对应一个service,不需要切换数据源,而是根据情况调用不同的service
2023-07-01
|
ZH
因为有些情况下容易产生歧义,如userId,userID都合理,在前端调用接口时还需要查文档才能确定, 另外不推荐驼峰格式,因为有些数据库会把列名转成大写
2023-07-01
|
ZH
完全没有必要生成controller/service/dao/vo/mapper/xml这些固化的模板,既然能自动生成了,那运行时也可以生成。 主要是因为默认情况下只有业务逻辑复杂时才需要单独的service,其他几个已经用不到了。
2023-07-05
|
ZH
可以通过ConfigTable设置全局参数 ConfigTable.IS_LOWER_KEY = true; ConfigTable.IS_UPPER_KEY = false;
2023-07-08
|
ZH
【源码】 这是一个独立的项目,从0开始配置,spring-boot环境,与其他模块没有任何关系,直接运行 也可以用IDEA直接打开这个子目录 现有项目基础上要集成anyline可以参考这里 项目中主要用到Anyline(可以继承AnylineController或者在需要的位置注入) 主要配置了ma
2023-07-08
|
ZH
【源码】 这个目录下的每个子目录都是一个独立的项目,可以用IDE等直接打开子目录运行 1.1.anyline-simple-clear-init 继承spring-boot