Open songyinhai2006 opened 2 months ago
我补充一下,这个amis schema 不仅仅是查询。本身我是需要拿crud做增删改、可能还需要加一些类型的按钮,比如按钮组等。 image 请问(1)如果用crud来实现增删改查,如何提升渲染速度 (2) 如果用table2,添加按钮没有crud来的方便。 最主要的是crud渲染确实比较慢
crud太老了,无法优化,你可以理解table2是crud的进阶版
https://aisuda.github.io/amis-editor-demo/#/edit/0 在这个可视化编辑器里配置试试拖一个表格2.0 进去配一下
https://aisuda.github.io/amis-editor-demo/#/edit/0 在这个可视化编辑器里配置试试拖一个表格2.0 进去配一下
我尝试了一下普通的crud, lazyRenderAfter 这个参数也是有效果的。但是,如果如果把每页行数分别设置100条和1000条,然后将lazyRenderAfter=10,此时1000条每页的情况下,下拉加载明显慢得多,这个是什么原因,可以再优化一下吗?
https://aisuda.github.io/amis-editor-demo/#/edit/0 在这个可视化编辑器里配置试试拖一个表格2.0 进去配一下
我尝试了一下普通的crud, lazyRenderAfter 这个参数也是有效果的。但是,如果如果把每页行数分别设置100条和1000条,然后将lazyRenderAfter=10,此时1000条每页的情况下,下拉加载明显慢得多,这个是什么原因,可以再优化一下吗?
不考虑优化。 每页1000条这种场景太少见了。 分页的本质本来就是解决大数据的问题,既然都用分页了,每页100条也够多了,去滚动1000条肉眼查找数据从业务上也不合理。 大数据的增删改查,配合检索会符合实际使用场景。
https://aisuda.github.io/amis-editor-demo/#/edit/0 在这个可视化编辑器里配置试试拖一个表格2.0 进去配一下
我尝试了一下普通的crud, lazyRenderAfter 这个参数也是有效果的。但是,如果如果把每页行数分别设置100条和1000条,然后将lazyRenderAfter=10,此时1000条每页的情况下,下拉加载明显慢得多,这个是什么原因,可以再优化一下吗?
不考虑优化。 每页1000条这种场景太少见了。 分页的本质本来就是解决大数据的问题,既然都用分页了,每页100条也够多了,去滚动1000条肉眼查找数据从业务上也不合理。 大数据的增删改查,配合检索会符合实际使用场景。
咨询一下老师,抛开lazyRenderAfter这个参数,如果直接用crud或者table2渲染100行,50列,跟直接用vue或者react直接渲染相比,这个也慢了许多。这个是什么原因,可以优化一下吗?
https://aisuda.github.io/amis-editor-demo/#/edit/0 在这个可视化编辑器里配置试试拖一个表格2.0 进去配一下
我尝试了一下普通的crud, lazyRenderAfter 这个参数也是有效果的。但是,如果如果把每页行数分别设置100条和1000条,然后将lazyRenderAfter=10,此时1000条每页的情况下,下拉加载明显慢得多,这个是什么原因,可以再优化一下吗?
不考虑优化。 每页1000条这种场景太少见了。 分页的本质本来就是解决大数据的问题,既然都用分页了,每页100条也够多了,去滚动1000条肉眼查找数据从业务上也不合理。 大数据的增删改查,配合检索会符合实际使用场景。
咨询一下老师,抛开lazyRenderAfter这个参数,如果直接用crud或者table2渲染100行,50列,跟直接用vue或者react直接渲染相比,这个也慢了许多。这个是什么原因,可以优化一下吗?
@2betop 是什么原因
Originally posted by @CheshireJCat in https://github.com/baidu/amis/issues/10925#issuecomment-2360203988