找回密码
 立即注册

QQ登录

只需一步,快速开始

mucai 悬赏达人认证 活字格认证

高级会员

66

主题

350

帖子

1180

积分

高级会员

积分
1180

微信认证勋章悬赏达人活字格认证

mucai 悬赏达人认证 活字格认证
高级会员   /  发表于:2021-6-7 00:26  /   查看:10354  /  回复:24
本帖最后由 mucai 于 2021-7-17 23:19 编辑

我的路线:勤哲(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
Snipaste_2021-06-07_00-12-26.jpg

ivx的按钮事件
Snipaste_2021-06-07_00-13-56.jpg







24 个回复

正序浏览
cooldream
注册会员   /  发表于:2021-6-9 14:30:38
推荐
收费这块的确是有点愁人
回复 使用道具 举报
牧者
金牌服务用户   /  发表于:2023-3-22 15:00:13
28#
意见很好。。。。
回复 使用道具 举报
cfanlane
中级会员   /  发表于:2023-3-22 11:54:43
27#
总结的真中肯,,走心了
回复 使用道具 举报
饭特稀
初级会员   /  发表于:2023-3-15 08:35:52
26#
从京东搜索低代码图书,排名靠前的三大平台,分别是微软的Power Platform,西门子的 Mendix,葡萄城的活字格,楼主若是测试了9.0,一定会有全新的感受,活字格突飞猛进
回复 使用道具 举报
jampoo
注册会员   /  发表于:2021-7-23 16:19:45
24#
这绝对是有心之人,而且是忠粉。
回复 使用道具 举报
mucai悬赏达人认证 活字格认证
高级会员   /  发表于:2021-7-22 16:52:40
23#
whji69 发表于 2021-7-18 06:01
在这种应用中,是否可以理解成ivx与活字格只是实际上共同使用一个数据库,其他方面基本是各做各的?因此 ...

如果用外部数据库的话,两者都有直连方式,建议用API接口,二者也都能做。只是用户和权限体系要规划好。
回复 使用道具 举报
饭特稀
初级会员   /  发表于:2021-7-18 09:36:08
22#
这个图片里的我尝试过好几个,首次接触活字格,因为没看明白,基本放弃了

后来实在觉得试用的几个都不符合要求
偶然看到上述图片,发现活字格知名度和成熟度都不错
因此再次尝试
结果发现活字格正是想要的样子
回复 使用道具 举报
饭特稀
初级会员   /  发表于:2021-7-18 09:33:42
21#
image.png274570006.png
回复 使用道具 举报
whji69
中级会员   /  发表于:2021-7-18 06:01:00
20#
mucai 发表于 2021-7-17 16:17
活字格和ivx比较来说,基于自家的spreadjs,封装了很多表格功能,而且类excel。企业应用最重要就是数据表 ...

在这种应用中,是否可以理解成ivx与活字格只是实际上共同使用一个数据库,其他方面基本是各做各的?因此也就没有开发数据接口问题。
回复 使用道具 举报
mucai悬赏达人认证 活字格认证
高级会员   /  发表于:2021-7-17 16:17:58
19#
本帖最后由 mucai 于 2021-7-17 23:17 编辑
whji69 发表于 2021-7-16 09:30
请教一下,ivx看上去啥都能做,活字格+ivx的活字格的价值何在?

活字格和ivx比较来说,基于自家的spreadjs,封装了很多表格功能,而且类excel。企业应用最重要就是数据表格应用嘛,所以这块活字格的开发效率肯定是比ivx高出许多的。ivx内置的表格组件,对于企业应用来说,约等于不可用(尝试过用小模块封装,很难实现),就只能自己想办法导入外部的React组件了,那是一大块技术栈,ivx产品的成熟度还是需要考验的,目前做做手机H5或小程序端的小应用还是OK。两者配合的意义是,活字格做管理端的主应用,ivx做用户端的辅助应用。比如一个人力资源系统来说,管理端主要是部门内部人员使用,所以用户数不用多,成本并不高,即少用户重应用。而用户端应用,比如手机上员工查查自己的工资、查查报表、填填表单之类的,用户数多,但应用都很简单,而且是手机端应用,就可以用ivx,不限制用户数,即轻应用多用户。不过,玩系统多了,终点还是撸代码。
回复 使用道具 举报
aatest
高级会员   /  发表于:2021-7-16 09:35:21
18#
lh123 发表于 2021-6-29 18:25
5用户左右。用json完全不掏钱。每台电脑都安装服务器和工程。

牛逼了···
回复 使用道具 举报
123下一页
您需要登录后才可以回帖 登录 | 立即注册
返回顶部