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

1、手机端APP、原生小程序：布局、组件、事件、命令等方面的要全面适配

2、自适应布局：目前的布局用起来还是有些蹩脚，希望继续优化（比如说窗口大小、组件大小的控制能一起来不？）。同时，在页面级上，增加一个层的布局层级，以指定组件为原点进行绝对定位，并可以对层的可见、大小、形状等属性进行控制

3、事件丰富化，目前的事件太少了，一件按钮就一个点击事件，8.X强列建议组件事件丰富化，至少按钮你得有滑过滑出吧。同时事件，能适配手机端。如建议1

4、组件继续增加，比如说日程、拖拽、图片编辑、外部网页（应用内可以和外部网页互动）、OCR（能原生识别一下不？弄好了，就能做文件解析了）、Socket、Iot（MQTT）、设备接口（不知道现在做的怎么样）、画布功能、直播流、表格内的嵌套表。

5、前端可以玩数组（一维二维）、对象、对象数组、json等变量，表格和对象数组能相互转换。实现应该很容易，加一个变量容器插件就是，往里面赛东西，拿东西，然后有全局和页面作用域。如果和Vue、小程序一样，有个for和if，那就完美，这样数组就真可以完起来了。当然，可能还需要有一个对象树的前端容器。

6、插件制作，门槛能不能拉低一点，现在还是比较麻烦，至少把C#那块也封装低代码化了，懂js就能弄的话，会亲民很多。

7、服务端命令：增加执行SQL语句命令，在服务端能直接码SQL，会很爽，比如搞搞窗口函数啥的！设置变量命令的变量类型支持对象、json。服务端命令返回值，通过参数获得命令执行步骤的结果，可以将执行结果通过参数返回给前端，现在只是返回一个成功或失败结果。服务端命令的真正调试，有了参数概念，就可以直接在设计器里执行调试，看输出结果。

8、收费模式上的多元化，目前收费按用户数，无论并发或是系统用户，都让人头疼，对开发者来说，很不友好，有两种方式可以考虑一下：
（1）真开发者版本：不限用户、不限应用数，收三个费用，一是设计器（初始费用+大版本升级费用，比如2W+1W），二是服务器授权费（每台服务器收，比如1台3-5K），三是金牌服务年费。这个是国外开发平台windev的方案，对开发者来说，我觉得是最友好的，这么收费，我们才有开发者的感觉，要不然怎么都像给活字格打工的下线
（2）按应用复杂度来收费，每个应用，统计一个复杂度，按对象数、组件数和命令数来算，这个是ivx的收费方式。用这种方式，和企业谈就特别好谈，没有用户的限制，也真正体现系统的贡献价值，开发团队内部的绩效也好统计呀
-----------------------------------------------------------------------------------------------------------------
跟帖意见一起汇总下：
1、ivi001，6月9日，协同开发时，防止成员将整个项目拷贝带走

2、MC，6月9日，内置数据库支持PostgreSQL或者mysql，PostgreSQL应该是一个更好的选择，并且可以对第三方开放连接

3、MC，6月9日，设置单元格属性，增加更多属性，如边框颜色、圆角等

4、unimaallan，6月10日，开发用户端的查询组合界面

5、MC，6月14日，附件的垃圾回收机制，当附件在所有表中没有引用时，自动删除。类似JS中的垃圾自动回收机制。（已实现了，后台定期检测未绑定数据库的附件，然后删除。不知道支持外部数据源吗？）

mucai 发表于 2021-6-14 10:13
附件的垃圾回收机制，当附件没有引用时，能够自动删除

这个本来就会的
除非是云存储

老板真的是深谋远虑哈手动艾特胡老板

这篇文章写出了我想说的东西，顶起来！

作为软件公司来讲，我最迫切的担心就是活字格的协同开发可以被任何人一锅端走！
太恐怖了

必须支持大佬的建议，活字格还任重道远！！！
个人观点
前端的功能目前是够用的，能完善则更好，
重点是要加强服务端命令对数据的获取与组织，上面大佬的解释很充分！
然后就是审批流与页面权限控制，这个算是走弯路了，得快马加鞭补上
最后，赋能开发者      远远不够，更需要 赋利开发者，如大佬所言是要在营销模式上做些调整

还有一个服务端命令执行效率的问题，看到论坛里有人提这个问题。原以为数据放后端处理，效率应该有一个比较大的提升。改天测试一下分别在前端、后端和数据库端（存储过程）的效率对比。这活其实应该官方来做！

服务端执行SQL的功能，应该很快就能搞定了
我们目前阶段最重要的功能是工作流，这个相信大家应该认识是一致的

其他的功能，我们有的计划的比较靠前，有的计划的的稍微晚点；
如果这些功能都能搞定，我们就无敌了

小侠米 发表于 2021-6-9 11:09
必须支持大佬的建议，活字格还任重道远！！！
个人观点
前端的功能目前是够用的，能完善则更好，

赋利开发者，说得好

铁子，我们是     赋能开发者   

Simon.hu 发表于 2021-6-10 09:46
铁子，我们是     赋能开发者

赋啥能无所谓，重要的是大家有钱赚。你们赚大基数的小比例，开发者赚小基数的大比例，才是共生的良性关系。如果一直是这种收费模式，那赋能开发者应该改为赋能（企业内部）开发者。
最近，又看了一次村长和胡老板对话的博客。然后看到个哥们问当前行、以及表格绑定的问题，回了下面的话，胡老板体味一下嘛。
你去玩玩ivx，会对真正的前端设计，以及前后端交互逻辑有更深的了解。活字格本质也是一样的，只是封装了，你看不到。活字格虽然是H5，但可能因为sp.js或者封装的原因，导致在前端设计灵活性和多样性上差了一大截。
这个文章之前看过，大部分认同，但其中服务端命令的看法并不认同，对前后端以及MVC的认识还是欠了，服务端命令的意义，远大于文中所说，比如数据交互、传输异常、安全、跨域、异步、API等意义，只是现在功能还需要继续完善，包括有人提到的效率问题也需要验证一下。
另外文中说的，勤哲和NX都在web上努力，如果能完成ivx一样的前端功能，就没活字格什么事了。但我觉得并不容易，ivx在前端的灵活性和可定制性上非常强，用的是react框架，但在数据处理上就差了些，包括功能和效率上的。而勤哲和NX强在数据处理上。目前来看，两者都还没有能够攻陷对方的领域。活字格目前的技术位置，有点夹在中间的感觉，比ivx，数据处理强，前端功能弱；比nx，前端功能强，数据处理又弱一点。这些低代码平台，殊途一定是同归的，看谁能突出大一统了。目前来看，活字格是有点意思的，就希望营销模式上能突破一下，不要固守着勤哲这些老大哥的老路