视图、页面、节点、字段 这几个插件方向其实自由度高了能满足各种公司的定制化需求，官方最好整合一个内部的需求开发交易平台，我们用户需要什么样的功能可以发布需求，让有能力开发的人产生效益，用的人多了，开发者获益多，明道平台也会获得更多用户，对于用户来说能和其它客户均摊开发成本，更愿意用明道
关于插件中心的一点小建议
13 / 408
有1人点赞 有1人点赞
请
登录后发表观点
你说的是 API 集成还是数据集成啊，我都没找到数据集成价格
定制服务请咨询商务 😄
集成任务真的贵的一匹，而且不扩配置还可能用不了，连带其他成本 👀️
你说的是 API 集成还是数据集成啊，我都没找到数据集成价格
但是你们这个插件，配置项现在是个大问题，不是点个安装就能用的
得匹配参数，其中自动匹配参数的途径是要系统自动完成的，包括插件后续的二次编辑等（一般插件不会再改）
单单是插件下发到不同表单就有的配了 👀️
如果你的插件是只是基于本租户的需求，那么你随便怎么做，只要实现就可以。但如果是要面向多租户的通用需求，那么插件设计本身就要有抽象度。另外，目前因为并没有交易市场，所以插件目前并不能一键安装，所以，当你交换到另外一个租户的时候，肯定是要重新配置的。有了市场的交换能力就能够解决这个问题，终端用户可以直接安装开发者提供的插件，跟装一个应用是类似的。
没有人买是因为太贵了，9.9 包邮就没什么问题了，陆老师 😄
集成任务真的贵的一匹，而且不扩配置还可能用不了，连带其他成本 👀️
我不能完全同意你的观点。有明确价值的插件我们是鼓励开发者收费的，虽然我同意这个收费应该比较温和。所以，同时回答贴主，我们的确有这个计划。应用市场未来会包括应用，应用包，插件，开发服务等产品和服务的交易可能。
但是你们这个插件，配置项现在是个大问题，不是点个安装就能用的
得匹配参数，其中自动匹配参数的途径是要系统自动完成的，包括插件后续的二次编辑等（一般插件不会再改）
单单是插件下发到不同表单就有的配了 👀️
没有人买是因为太贵了，9.9 包邮就没什么问题了，陆老师 😄
陆兄不管换什么马甲，都会被大伙秒认出。👀️
主要是合规性问题如何处理？
一旦发生经济纠纷，如何保证各方权益，需要 HAP 团队非常严肃与慎重的处理。
想多了，不管是官方还是三方出插件，收费无疑自取灭亡
本身这 SaaS 就是租用模式，成本就很高了
先不说本身无代码开发，没有专业 IT 团队也很难用起来
更何况插件这种似前（端）非前，似后非后的就是官方出插件收费，没有硬性需求，没人肯再花钱去买（好比现在的数据集成，哪怕中型企业也不愿承担这么高的费用）
要搞开发者收益，也应该是应用商店先搞
没有人买是因为太贵了，9.9 包邮就没什么问题了，陆老师 😄
我不能完全同意你的观点。有明确价值的插件我们是鼓励开发者收费的，虽然我同意这个收费应该比较温和。所以，同时回答贴主，我们的确有这个计划。应用市场未来会包括应用，应用包，插件，开发服务等产品和服务的交易可能。
哈哈哈，任总威武！
想多了，不管是官方还是三方出插件，收费无疑自取灭亡
本身这 SaaS 就是租用模式，成本就很高了
先不说本身无代码开发，没有专业 IT 团队也很难用起来
更何况插件这种似前（端）非前，似后非后的就是官方出插件收费，没有硬性需求，没人肯再花钱去买（好比现在的数据集成，哪怕中型企业也不愿承担这么高的费用）
要搞开发者收益，也应该是应用商店先搞
我不能完全同意你的观点。有明确价值的插件我们是鼓励开发者收费的，虽然我同意这个收费应该比较温和。所以，同时回答贴主，我们的确有这个计划。应用市场未来会包括应用，应用包，插件，开发服务等产品和服务的交易可能。
想多了，不管是官方还是三方出插件，收费无疑自取灭亡
本身这 SaaS 就是租用模式，成本就很高了
先不说本身无代码开发，没有专业 IT 团队也很难用起来
更何况插件这种似前（端）非前，似后非后的
就是官方出插件收费，没有硬性需求，没人肯再花钱去买（好比现在的数据集成，哪怕中型企业也不愿承担这么高的费用）
要搞开发者收益，也应该是应用商店先搞
插件商业化？
对呀，不然就没有更多人参与到插件开发中来
插件商业化？