vince
1
当前页面元素编辑时，关于事件的操作和编辑并不是非常的清晰和好用。
当前的操作方法是，但凡暴露的事件，都是在事件面板中可直接在事件的事件中绑定具体的执行代码，如果有页面函数复用的需求，则可以写成页面函数。
但是实际上这种操作的理解复杂度相对比较高，因为之前使用过贵司万搭云的产品，我认为在页面事件的处理上，可视化的工作流的方式会更加直观和容易理解，对使用者非常友好。
理由如下：
1、逻辑这个概念本身就是比较抽象的，通过工作流的方式，将事件的触发点与具体的执行代码，用连线的方式，是最直观的方式。不然现在也不会出现那么多AI工作流的工具，本质也是在简化逻辑在抽象时的复杂度。
2、类似于万搭云这款产品这样，在逻辑设计页面，暴露出组件的事件端点，然后所有的执行代码都是抽象成一个代码块（或者全部抽象成页面函数，用一个代码块组件展示），通过连线来实现调用，但是连线上不需要有任何可以执行逻辑的代码（连线无需像万搭云一样可以设置变量赋值，所有的执行代码全部用代码块组件实现，连线仅提供调用关系）
3、当前的事件面板不够直观，因为涉及很多组件的事件面板时，想要直观找到相关的逻辑代码时，比较费劲，需要多次切换标签和组件。
操作的思路可以是这样：
1、页面设置，就如当前一样，设置组件的位置和属性，无需改变，当前的使用感觉非常好用了。
2、当切换事件面板时，就如同万搭云一样，将页面的组件和页面函数抽象成一个个组件，暴露出触发事件端点和接受事件端点。
3、当选中函数代码块时，再在页面下方展示具体代码（一行行变量赋值语句）的页面，有点像当前的事件面板的展示方式。
此需求可能涉及一定的改动量，属于非紧急需求，但是对于未来使用者来说，是一个非常好体验的功能，希望官方可以采纳。
sumu
2
万搭云的逻辑设计面板的展示方式，适合偏简单的业务场景。界面设计与逻辑设计完全分开了，从一个组件的界面配置，到其事件配置，切换到逻辑设计时，要重新找这个组件。反之，亦然。是不友好的。 而极态云，点击一个组件，其界面配置、事件配置，都展示出来，可以直接配置是很方便的。
你的问题，是 将事件函数，提成公共的页面函数时，操作不方便。那么，我们在 组件事件配置面板 里面支持：
- 增加 新建页面函数入口。方便快速创建， 且创建后自动在当前事件配置中调用该页面函数。
- 针对已经创建好的组件事件，支持 一键提成 页面级函数，并在当前组件事件中调用该页面函数。
就解决你的问题了吧？
vince
3
很感谢您的回复。
其实我反馈的是关于使用时，用户来理解逻辑时的一个直观感受问题。
总的来说，当前的使用模式，还是可以接受的，也是一个非常好的设计。而我也并非是先入为主使用过万搭云的原因来提出这个需求。
我从使用者的角度出发，我感觉到，页面的业务逻辑的代码，如果天然就是封装在一个个代码块组件（我只是这么表达，因为基于万搭云的使用习惯，我这么表达可能能更好的同频），然后事件触发与业务逻辑之间是函数引用。那么页面在后续维护时，就非常直观。
您提到的当前的设计也很好用，这是当然的。但是最近发现如果到了后期维护（尤其是过了一段时间后），我更希望在一个页面一眼能看到整个页面的逻辑走向。而当前的设计，我需要的是一个个标签页切换到对应事件（因为切换组件后，是默认展示第一个事件的逻辑代码），这个时候就特备需要一个全局直观性的展示效果。（当然，我是会代码的，所以我切换到全代码模式也一样可以达到全局逻辑的预期，我的出发点是为了产品能有更广阔的用户群体）
我没有很好的idea来建议如何才能更好的实现我的这个痛点需求。但是工作流的这种方式，在我看来是可以解决我上诉提到的痛点，所以才提出用工作流展示形式的建议。
当然你提到的两点，也是好的解决方案，如果支持引用的页面函数，一键跳转到其实现代码，那便也是一个非常好的解决方案。不过我个人还是认为您提到的解决方案，对于后期来说，整个页面逻辑的直观性问题，还是有些欠缺，如果能直观查看整个页面逻辑的效果，那便是真的蛮好。
以上仅代表我个人观点，您可以综合体验体会，再考虑一番。
sumu
4
嗯，了解你的意图了，想要直观的全局了解页面的逻辑配置。
在极态云的形态上，就是增加一个全局逻辑视图（类似数据模型的类图），不过点击某一个组件时，就缩小地图悬浮在边角，按当前的交互方式激活这个组件，查看组件界面配置和逻辑。
这个目前优先级很低，过一阵子再评估。