找回密码
 立即注册

QQ登录

只需一步,快速开始

[已采纳] 跨应用页面共用

小萝卜David
金牌服务用户   /  发表于:2024-11-4 09:50  /   查看:331  /  回复:10
本帖最后由 Brian.Zhang 于 2024-11-7 22:31 编辑

10.1新版本更新了跨应用服务端命令共用的功能,非常好用,十分好评。


能否考虑下跨应用页面共用呢?

我们现在有一个非常难受的场景,在同一个服务器上有n个应用,某一个应用里面有一个公用的弹出页面,当它需要在多个应用中使用的时候,这个时候通过弹出页面命令是做不到的,目前只能是每个应用里面都得去弄一份一样的弹出页面。

10 个回复

倒序浏览
Brian.Zhang
超级版主   /  发表于:2024-11-4 18:29:50
沙发
这种类型的场景多吗?
还有比如这个弹出页面与引用它的页面有逻辑交互吗?还是这个弹出页面只是一个静态页面

我比较担心一点,如果说这个页面本身不复杂,复制调整几遍的工作量可能都比设置这个共享页面的工作量小。
回复 使用道具 举报
小萝卜David
金牌服务用户   /  发表于:2024-11-4 18:39:26
板凳
场景多,有逻辑交互。复制页面维护成本非常高。
交互有两点:
1.主页面传值到弹出页面,这个都好说,最不济可以用url参数搞定,当然能支持那更好;
2.弹出页面值回传,这个希望能把10.0弹出页面的是否为确定和返回值能传回来。
回复 使用道具 举报
Brian.Zhang
超级版主   /  发表于:2024-11-6 18:24:33
地板
了解,不过这个应该暂时不好说,即便做了页面共享,也未必把这些逻辑hold住。
比如这个交互你能说出来两点,但是不知道其他用户人家有类似跨应用复用的页面时,是其他什么场景。
需要等等看其他用户有没有类似的做法,以及他们页面的交互。
回复 使用道具 举报
紫色幽魂
金牌服务用户   /  发表于:2024-11-7 08:34:25
5#
模板命令也希望能共用
回复 使用道具 举报
小萝卜David
金牌服务用户   /  发表于:2024-11-7 16:47:31
6#
又回到最初的起点,呆呆的站在镜子前......
看看拆应用的用户到底多不多,拆应用相关的需求要不要考虑一波?
活字格作为一款“企业级”低代码开发平台。并且活字格的大客户也是越来越多。项目越做越大需求越做越多按理来说应该是一个普遍的趋势。
这类多应用共用或者大应用拆分的需求是不是提前考虑下,提前布局会不会让活字格更有核心竞争力~
而不是等到大家都都面临拆分应用或者多应用共用时,发现活字格不支持或者支持得不友好,“被伤透的心还可以爱谁,没人心疼的滋味”。届时再来亡羊补牢来得好一些~
回复 使用道具 举报
Brian.Zhang
超级版主   /  发表于:2024-11-7 22:30:55
7#
这种的比较大,可能就不是从单个功能点来看了,得系统性的考虑,不过我先记一个需求慢慢看。
后续与这块相关的,想起来了,都可以同步到这个帖子下面。
回复 使用道具 举报
小萝卜David
金牌服务用户   /  发表于:2024-11-8 09:02:27
8#
回复 使用道具 举报
Brian.Zhang
超级版主   /  发表于:2024-11-8 16:15:59
9#
回复 使用道具 举报
Mr.R
中级会员   /  发表于:2024-12-9 11:05:47
10#
这个功能还是非常需要的,我之前也提过复用性的问题。
如果是复制页面解决,那么一个小改动,那么这些页面都需要改动,页面越来越多的时候,根本不记得那些页面是需要改的。
我现在都尽量将页面模块化,一个页面能承担好几种需求!
回复 使用道具 举报
12下一页
您需要登录后才可以回帖 登录 | 立即注册
返回顶部