适用场景

Anyline一的切都是面向动态、面向运行时环境(相对的是可以提前在配置文件中配置,编码之前场景、对象、属性等已预知已确定)
适合于抽象设计阶段(实体概念还不明确或者设计工作不局限于某个特别的实体)
常用于需要大量复杂动态的查询,以及查询的结果集需要经过深度处理的场景
比如要开发一个工具或平台,这个时候可不知道也不能限于几个Entity:

  • 低代码后台
    主要用来处理动态属性、动态数据源(下拉列表)以及用户自定义的一些属性
    灵活的DDL也可以快速统一的操作各种表结构(包括各种时序、列式数据库)
    示例

  • 数据中台
    动态处理各种异构数据源、强大的结果集批量处理能力,不再需要对呆板的实体类各种遍历各种转换。
    示例

  • 可视化数据源
    主要用来处理动态属性,以及适配前端的多维度多结构的数据转换
    参考

  • 物联网车联网数据处理
    如车载终端、交通信号灯、数字化工厂传感器、环境检测设备数据等
    示例

  • 数据清洗、数据批量处理
    各种结构的数据、更多的是不符合标准甚至是错误的结构  
    这种场景下需要一个灵活的数据结构来统一处理各种结构的数据    
    再想像一下临时有几个数据需要处理一下(如补齐或替换几个字符)  
    这个时候先去创建个Entity,XML,Service,Dao吗  
    示例

  • 报表输出,特别是用户自定义报表
    类似于可视化环境,只是样式简单一点
    示例

  • 工作流(运行时自定义表单/查询条件/数据结构)
    各个阶段都要自定义,比低代码要求更高的是:操作用户不懂编程 
    示例

  • 网络爬虫数据解析
    不固定的结构、html解析(当然不是用正则或dom那太费脑子了)
    示例

  • 异构数据库迁移同步
    动态的数据结构可以灵活的适配多种不同的表,需不需要反复的get/set
    兼容多种数据库的DDL也可以方便的在不同类型的数据库中执行
    用sql生成sql不要自己去写,
    没体验的话用一次datax就知道体力活有多累了,当然你要实战,别写个hello world就收工了,hello world从来都是骗人入门的
    示例

  • 还有一种很实现的场景是 许多项目到了交付的那一天 实体也没有设计完成
    别说设计了,需求都有可能还没结束就催交付了,Entity哪里找
    示例

最近更新 搜索 提交