找回密码
 立即注册

QQ登录

只需一步,快速开始

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

高级会员

66

主题

350

帖子

1180

积分

高级会员

积分
1180

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

mucai 悬赏达人认证 活字格认证
高级会员   /  发表于:2021-6-8 16:32  /   查看:12620  /  回复:40
本帖最后由 mucai 于 2021-6-16 12:05 编辑

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、MC6月14日,附件的垃圾回收机制,当附件在所有表中没有引用时,自动删除。类似JS中的垃圾自动回收机制。(已实现了,后台定期检测未绑定数据库的附件,然后删除。不知道支持外部数据源吗?)




40 个回复

倒序浏览
Simon.hu讲师达人认证 悬赏达人认证 活字格认证
超级版主   /  发表于:2021-6-15 09:47:50
推荐
mucai 发表于 2021-6-14 10:13
附件的垃圾回收机制,当附件没有引用时,能够自动删除

这个本来就会的
除非是云存储
回复 使用道具 举报
Timothy.Xu讲师达人认证 悬赏达人认证 活字格认证
论坛元老   /  发表于:2021-6-8 18:15:52
板凳
老板真的是深谋远虑哈手动艾特胡老板
回复 使用道具 举报
阿南哥活字格认证
银牌会员   /  发表于:2021-6-9 08:57:01
地板
这篇文章写出了我想说的东西,顶起来!
回复 使用道具 举报
ivi001
金牌服务用户   /  发表于:2021-6-9 09:16:28
5#
作为软件公司来讲,我最迫切的担心就是活字格的协同开发可以被任何人一锅端走!
太恐怖了
回复 使用道具 举报
小侠米
论坛元老   /  发表于:2021-6-9 11:09:38
6#
必须支持大佬的建议,活字格还任重道远!!!
个人观点
前端的功能目前是够用的,能完善则更好,
重点是要加强服务端命令对数据的获取与组织,上面大佬的解释很充分!
然后就是审批流与页面权限控制,这个算是走弯路了,得快马加鞭补上
最后,赋能开发者      远远不够,更需要 赋利开发者,如大佬所言是要在营销模式上做些调整
回复 使用道具 举报
mucai悬赏达人认证 活字格认证
高级会员   /  发表于:2021-6-9 13:03:07
7#
还有一个服务端命令执行效率的问题,看到论坛里有人提这个问题。原以为数据放后端处理,效率应该有一个比较大的提升。改天测试一下分别在前端、后端和数据库端(存储过程)的效率对比。这活其实应该官方来做!
回复 使用道具 举报
Simon.hu讲师达人认证 悬赏达人认证 活字格认证
超级版主   /  发表于:2021-6-9 18:32:22
8#
服务端执行SQL的功能,应该很快就能搞定了
我们目前阶段最重要的功能是工作流,这个相信大家应该认识是一致的

其他的功能,我们有的计划的比较靠前,有的计划的的稍微晚点;
如果这些功能都能搞定,我们就无敌了
回复 使用道具 举报
mucai悬赏达人认证 活字格认证
高级会员   /  发表于:2021-6-9 20:57:52
9#
小侠米 发表于 2021-6-9 11:09
必须支持大佬的建议,活字格还任重道远!!!
个人观点
前端的功能目前是够用的,能完善则更好,

赋利开发者,说得好
回复 使用道具 举报
Simon.hu讲师达人认证 悬赏达人认证 活字格认证
超级版主   /  发表于:2021-6-10 09:46:38
10#
铁子,我们是     赋能开发者   
回复 使用道具 举报
mucai悬赏达人认证 活字格认证
高级会员   /  发表于:2021-6-10 11:10:00
11#
本帖最后由 mucai 于 2021-6-10 12:36 编辑
Simon.hu 发表于 2021-6-10 09:46
铁子,我们是     赋能开发者

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