建议活字格优化或更换编码器

首先看活字格有比较多基础视频教程，也有模板实例，本来这学习起应容易，但实际学习来还是很困难，主要原因，编码器问题，过于零乱，操作过于麻烦，重复工作。
一。现状问题
1. 编码器过于零乱，让学员再学习一个模板实例或开源项目，都不知怎么下手，看不其设计，其页面，功能，属性，事件是怎么实现，这一点官方视频教程老师，听视频时，其老师也说有此感受，要花时间去找。
1.1学习时间成本比大，特别对新手学员来说是很困难事，也很难坚持；
1.2不利项目维护，对新项目维护可能还好，一些设计都记得，对于一些比久项目，可能花很时间去维护；
2.  编码器过于零乱，主要体现以下:
2.1页面设计，页面设计不直观；

2.2功能事件设计：设计 一个功能事件，要找好几个编码器，东找一个西找一个，过于麻烦，大大降低开发 效率；
2.3辅助功能事件设计：在页面表随意取个区域，进行设计，还对此进行设计隐藏，否则，会显示，显得不专业，每个页面都要这样设计操作，重复操作，增加工作量，存在以下问题：
2.3。1学习难；
2.3。2维护难。很容易丢失一些细节，设计。
2.3。3开发效率低。

3.尽管活字格有设计几个功能标志，公式引用，字段引用等，还是很难，不直观，因有一个单元格或表区域有好几个设计，很难查看。

二。建议方法
     学编程，首先要学会看源码，设计，所以一个直观，友好的编码器，是很更重要，也是一个高效率。所以建议如下：

1. 编码器，要相对集中，可从页面设计，功能事件设计，辅助功能事件设计（引用）分类设计，从其属性，（编辑、数据，键盘，鼠标等）事件，代码编辑去设计；
2.固定辅助功能事件设计，也从其属性，（编辑、数据，键盘，鼠标等）事件，代码编辑去设计；
3.公式引用，设计。
4.可以保留原有编码器，以便旧项目兼容，参考以建议方法设计新编码器或说其是一个高级编码器，可以用一些代码编辑去实编程，主要有好教程，视频，实例模板，其实很好，特别代码编辑去实编程很容易实例相同复制，利用，提高效率。

最后期待能早日看到。

字很多，写得很用心

不过，我觉得你可能稍微有一些跑题

关于学习成本，目前的快速上手是没问题的，

我个人也是从零开始一周能大概交付临时项目

但是深入学习可能需要花一些时间，

这相对于其他的快速开发平台可能有一些区别

我也有见过上手慢，但是深入简单的

关于效率，目前活字格的开发效率可以说是很高了，

优化归优化，你说的这些可能不是活字格前进的方向

活字格面对的客户大部分应该都是不会代码的

他的名字你也可以看出来

低代码开发平台！

我觉得

单元格类型+命令这个方式

我个人觉得是很直观很方便了

另外我觉得有一点你提的很对

关于隐藏的这部分确实可以再改进一下。

其实双方说的并不矛盾。
因为一个是从程序员角度来看的，另一个是从业务员角度来看。

我们现在就是从C#，.net开始逐渐往活字格开始移转了，将系统开始重构。
转移的过程中，就是分成两派：

程序员派，持抵触怀疑态度，认为活字个最大七宗罪：
1）页面逻辑无法一眼看清楚，需要到各个控件和命令中去找；
2）没有全局变量的概念，只能靠参数传递；
3）模块很难重用，类似的功能在不同页面都要重新写，如果要修改，所有页面都要修改。
4）界面布局不够灵活，无法完美自适应。
5）没有前后端之分，同一个页面无法同时开发
6）部分数据库操作速度慢，效率低。
7）插件编写，服务API等代码任务的教材太少。

从业务设计员的角度，持支持态度，认为活字格的7大优点：
1）简单，上手快。
2）简单，上手快。
3）简单，上手快。
4）简单，上手快。
5）简单，上手快。
6）简单，上手快。
7）简单，上手快。

因为用了活字格后以后，不用看任何人的脸色，想怎么改就怎么改，想加个字段，就加个字段。只有用到代码的时候，再去请程序员吃个鸡腿而已。

所以前面那位老兄说的学习成本高，时间长，那是因为很多人都没有完全认真的把所有的教程和说明都过一边。一旦思路改变了，对活字格的看法也会改变的。

对于一个熟练操作excel，有数据库概念，精通业务逻辑，熟悉代码开发的原理（但是不会写代码）的业务人员来讲，活字格花1~2个月的时间，就可以开发具体页面权限，数据库连接，流程管理，附件上传下载，导入导出，微信通讯，邮件发送等中高级功能的业务程序。
这个对于学习代码人来讲，是不可能想象的。一个月时间，能否把数据库的增删改查做好都值得怀疑，更不要说什么前端，后端，服务器架设等一堆的问题了。
根据我们经验，开发同一个系统，活字格做一个页面是以小时计算的。而用代码是以天计算的。


但是程序员认为的几大问题，在喜欢活字格的人熟练掌握现有的活字格技能以后，也会对活字格提出更高的要求的。如果这些问题能够解决，尤其是自定义全局变量和模块重用，活字格的开发又能提高到一个新的高度。这一点请相信官方的努力，我们经历了3.0~5.0的过程，活字格的进步是有目共睹的。

那我们是怎么解决代码开发人员和业务流程人员的矛盾呢？很简单，
代码人员你不是喜欢写代码么？好的，js，插件，服务器API，存储过程，视图，这个东西你来搞定；
业务人员你不是喜欢经常改需求，改界面，但有不会用代码么？好的，你就用活字格搭建系统的，高兴的话再这个审美观强的妹子，专门画界面（都不用找贵的美工），业务逻辑你规划好，实在解决不了的问题就找程序员写点插件和js。
大家各取所取,做各自擅长并喜欢的事情，何乐不为呢。

欢迎大家共同交流。

这多大点事
不久1000金币么

谢厅 发表于 2019-7-22 15:38
手动@胡耀来个1000大洋！

感谢谢老板捧场！

dystar001 发表于 2019-7-22 15:16
让胡老大给点金币

手动@胡耀来个1000大洋！

successit 发表于 2019-7-22 11:28
人才啊！那个简单,上手快。我最喜欢，因为我就是你说的那个业务人员！！！

让胡老大给点金币

dystar001 发表于 2019-7-19 23:07
其实双方说的并不矛盾。
因为一个是从程序员角度来看的，另一个是从业务员角度来看。

人才啊！那个简单,上手快。我最喜欢，因为我就是你说的那个业务人员！！！

WangZhiQing 发表于 2019-7-12 18:01
不相信零代码的，但是低代码我是相信的，我完全是小白，快奔4了，之前写过帆软、FOXTABLE、起步，易语言、h ...

谢谢您的支持

不相信零代码的，但是低代码我是相信的，我完全是小白，快奔4了，之前写过帆软、FOXTABLE、起步，易语言、html、css、js、vb、sql等不会呀，现在也是不会哎，每次百度查帮助，不知道要打开多少网页，没有用心一步一步去学基础，就是这样到处乱查，乱问！
哎！
活字格，我还真心很期待学会的，至少会帮助我处理很多可以根本解决工作的方向。


还有活字格的价格相对除了foxtable外，活字格的其他产品还不了解，但个人觉得最符合大众企业的需求。

活字格，也是在持续改进中。。。。

我是小白！

可能大家有不同的知识和职业背景，对同一个东西的感觉是不同的；见仁见智哈

但努力做好我们的产品，是我们坚持要做好的事情