玩遍低代码后，给活字格一些建议

我的路线：勤哲（2007）-2014（云表/魔方网表/狐表）-2018（活字格/NX）-2020（windev）-2021（ivx，mendix稍微看了一下），再加上SQL/HTML/CSS/JS/Vue/小程序。我认为活字格目前欠缺的地方：

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

2、自适应布局还需要继续完善，现在的流式布局用起来还是有些蹩脚。同时，建议在页面级上，增加一个层的布局控件。层的布局以页面组件（包括页面）为原点进行绝对定位。有层的话，页面布局的丰富度至少上升一个层级。比如弹出页面编辑，就可以直接在当前页面用层来解决了，都不需要用到变量传递。再比如鼠标滑过的弹出提示框等。

3、事件丰富化，目前的事件太少了，一件按钮就一个点击事件，真得不爽呀，别人家PC和手机端的事件加起来可以十来二十个。都7.0了，不知道为什么还不增加。看到js里是可以调用不少事件的，再次问，不知道为啥还不增加？

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

5、插件制作，门槛能不能拉低一点，现在还是比较麻烦，至少把C#那块也低代码化了，懂js就能弄的话，会亲民很多。把C#封装，就传参和出参就可以了，应该是阔以的呀。另外，ivx的小模块思路值得参考一下，涉及到原子件的问题。

6、收费模式上的多元化，目前收费按用户数，无论并发或是系统用户，都让人头疼，对开发者来说，很不友好，有两种方式可以考虑一下：
（1）开发者版本：不限用户、不限应用数，收两个费用，一是1（设计器）+1（服务器），初始买断（比如2W？），之后升级时收升级费用（比如1W）；二是增加服务器时，每增加一个服务器，收取一个服务器的费用（比如3K-5K）。这个是windev的方案，对开发者来说，我觉得是最友好的，这么收费，我们才有开发者的感觉，要不然怎么都像给活字格打工的下线。
（2）按应用复杂度来收费，每个应用，统计一个复杂度，按对象数、组件数和命令数来算，这个是ivx的收费方式。用这种方式，和企业谈就特别好谈，没有用户的限制，也真正体现系统的贡献价值，开发团队内部的绩效也好统计呀。

希望、渴望，活字格以上两种方式都能开通，如都能开通，我相信活字格能迎接另一个快速扩展期，经济基础决定上层建筑，开发者做项目，成本和经济效益是首要考虑的。现在一个多用户轻应用的项目，成本就要十来二十万，太夸张了，客户完全无法接受。就算是中小型的零售ERP，别人成熟的成品也就二十来万，而活字格单开发平台不限用户不整个代理啥的也得二十来万吧，请问开发有什么意义？现在的收费方式，只有那种少用户重应用的项目，才合适，或者自行开发的企业用户会合适。但活字格，明明不是说面向开发者吗？~

windev的anchor


ivx的按钮事件

收费这块的确是有点愁人

点赞

lh123 发表于 2021-6-7 00:52
玩活字格，成本太高了。

现在的项目都是用windev，但最近碰到一些障碍。功能是真强，也有代码的成就感，但就是国外的软件，英文文档，解决问题很麻烦。所以重新再考虑活字格。如果活字格的收费模式不变，可以阳谋一下，用活字格+ivx？活字格做PC端（少用户重应用），ivx做手机端/小程序端的应用（多用户轻应用）

活字格做PC端，ivx做手机端/小程序端的应用，这个就是混合应用的概念，其实还有GIS平台、threeJs平台、物联网有都可以逐渐整合。

whji69 发表于 2021-6-7 09:39
活字格做PC端，ivx做手机端/小程序端的应用，这个就是混合应用的概念，其实还有GIS平台、threeJs平台、物联 ...

整合是无赖之举，很麻烦的，存在这样那样的问题

建议很到位，点赞，希望活字格越来越好

高人

赞一个

顶起来