希望10.X版本增加的功能，大家一起来跟贴

希望8.X版本增加的功能，大家一起来跟贴
https://gcdn.grapecity.com.cn/showtopic-93674-1-1.html

===========================================
发现上一篇的很多功能已经实现，所以继续来水一贴，看看还能中几条。怕吹水出来的功能已经实现，所以在开始之前，又从8.0开始，把功能解秘以及文档详细看了一遍【因为活字格，入了.net代码编程的坑，中间出现了几版的断层】。从8到9，活字格真得是发生了巨大进步，叹为观止，惊为天人，必须点赞~~~~~~下面开始吹水忽悠：

1、先来一张图，活字格的。划重点，一致和反馈

活字格8.0开始，引入了Vue技术栈的elementUI和小程序的VantUI，极大丰富了组件库，但也带来了不一致性。看到功能解密里，说是想整合几套UI，然后选哪套，就呈现为哪套组件，像flutter一样。我觉得这个思路有难度，而且到时怕是还会要引用跨组件库使用，影响了加载性能。如果换一个技术思路，学习不同的UI的优势，我就只组合出一套完善的PC端UI库，一个手机端UI库，然后可以切换主题，比如一键换成Material或者Bootstrap风格，或一键切换暗黑和明亮主题，我觉得这就够了。然后专注于提升组件的渲染性能，尤其是手机端的，接着在反馈层面，把动画做得精细来。大家觉得这样可好？我举得粟子，比如说表格，根据原生表格和element的特点，提供两个表格组件，一个是简易表格（比如element的），一个复杂表格（原生表格，支持更多功能），明确说明使用的不同场景，这样一致性就上来了。

2、9.0增加了性能篇，其中有一个是缓存，但在缓存上活字格只走了一小步，希望10.X在这方面能带来更多
1）缓存能够在所有数据库操作相关的客户端和服务端命令以及组件中进行设置
2）目前只有一个绝对过期时间设置，这是存在问题的，滑动过期时间等几个设置应该到位
3）引入redis，甚至和内存缓存一起做多级缓存，一方面减轻服务器负担，另一方面为分布式提前做准备

3、目前看了一下，活字格好像还是只支持单表事务，所以在10.X，希望能够出现解决跨表事务的方案
1）因为缓存引入了redis，干脆把这东西玩透，直接用redis做消息队列，引入事件机制，解决跨表事务的问题
2）再往前一部，就不单是解决跨表事务的问题了，也为分布式的跨应用调用做好准备

4、实现容器化部署，至少在10.X实现docker部署，先迈出关键一步。

5、实现真正独立部署的用户中心
1）目前活字格的用户管理功能已经很强大，甚至实现了RBAC1即角色继承，第三方集成更是了不起。
2）但是看了负载均衡和集成的文章，用户这块好像还是通过在各个活字格服务器上同步，以达到共享目的，ASP.NET Core有用户中心的解决方案，如果要分布式，这是需要解决的问题之一。

6、话说AI编程整合进来，应该要提上日程了，在javascript/css、sql、插件端，应有用武之地。

7、活字格究竟能不能实现大型应用？以下是个人见解
1）对于复杂的业务逻辑，丰富的UI界面，以及完善的第三方集成，这些活字格现在几乎都做到了。但对于大型应用，这还不够
2）对于大型应用，在我理解，主要是两个方向，一是大数据处理，百G级数据库、单表上亿记录，活字格是否能够从容应对？对于数据库端的处理，比如读写分离、分布式部署、分表分库等，活字格需要在系统内整合出可靠的解决方案。二是大并发，比如大型企业、互联网应用或超多终端的物联网应用，靠现在的负载均衡方案是搞不定的。
3）所以总结来看，活字格目前开发复杂的中小型企业的单体应用，甚至以活字格为中心，整合其它端的应用，都完全没问题，而且还能够解决内网部署、应用容灾、简单的负载均衡等问题。但要碰到以上两个方向的大问题，估计得先认一下怂。
4）我甚至认为10.X之后，活字格是否可以考虑分叉为两个版本，一个方向是企业应用（整合物联网、多端应用、软件硬件结合），HAC提供的那个壳是很有意思的东西，就是为啥用的是java，而不是.net技术栈，比如maui。另一个方向是针对互联网应用，包括web、小程序，如果HAC那个壳能改吧改吧，用在开发APP上，那就完美了，这个方向上，对组件的动画反馈、渲染性能要求高。

8、大力发展活字格云。活字格云，才是未来活字格的银弹，利润中心，尤其是活字格融进k8s的时候。希望那个时候，活字格可以真正授权开发工具，而不是授权应用。甚至牛逼的和我们说，来，白嫖~~~

剩下就是兄弟们来跟贴了~~~~~~


==========================================
补1、组件容器功能太爱了，只想说4个字“早干么去了”。鉴于组件容器的强大功能，目前组件绝大多数文本类型属性，都应升级为公式属性，这样才有办法从父组件传值过去。比如之前提过的水印属性。


补2、目前只有EL组件支持前后端分离，而原生组件不支持，这块也希望在10.X能够统一起来，实现全组件的前后端分离。对活字格应用来说，前后端分离的意义，在于改变数据获取方式，可以更好的控制前后端的请示响应，改变以往需要频繁请示后端的方式，从而极大的提升应用性能。

感谢各位大佬的支持~

低代码平台应该为非程序员来进行小范围开发而用的，如果做成全能的，为何不用C/JAVA/PYTHON开发呢？

感谢各位大佬的支持~

阿南哥 发表于 2023-5-21 23:17
你就直说现在9.0最优的情况下，打开一个30条图文列表的页面，能不能做到1000毫秒内？一般的普通网站在200 ...

南哥。你这要求高了。。30条数据下载并不慢。。慢的是别的。。。回头我用xTable测试一下。。

mucai 发表于 2023-5-20 17:10
第一项未实现，我觉得还有很多工作要做~~~

官方给了element案例。教程文档也公开了。。实现起来很容易的。。可因为众口难调，所以如果对样式要求高的话。建议自己开发插件包。

mucai 发表于 2023-5-20 17:23
1、全组件实现前后端分离，改变目前活字格请求后端数据的模式，应该会有一些作用。
2、更全面更精细的数 ...

你就直说现在9.0最优的情况下，打开一个30条图文列表的页面，能不能做到1000毫秒内？一般的普通网站在200毫秒左右

lh123 发表于 2023-5-16 13:37
开发者开发。给官方打工。一点意思没有

活字格云发展快点，工具授权才有可能。

阿南哥 发表于 2023-5-18 17:21
CDN加速最快也要2秒，做互联网应用怕是恼火哦

1、全组件实现前后端分离，改变目前活字格请求后端数据的模式，应该会有一些作用。
2、更全面更精细的数据缓存管理，也会有一些作用。
3、现在的渐近式加载，应该帮助很大的，能继续优化自然是最好。

gczxxu 发表于 2023-5-17 09:48
第一项9.0中已经可以实现了……

第一项未实现，我觉得还有很多工作要做~~~