跨应用页面共用
本帖最后由 Brian.Zhang 于 2024-11-7 22:31 编辑10.1新版本更新了跨应用服务端命令共用的功能，非常好用，十分好评。
能否考虑下跨应用页面共用呢？
我们现在有一个非常难受的场景，在同一个服务器上有n个应用，某一个应用里面有一个公用的弹出页面，当它需要在多个应用中使用的时候，这个时候通过弹出页面命令是做不到的，目前只能是每个应用里面都得去弄一份一样的弹出页面。
这种类型的场景多吗？
还有比如这个弹出页面与引用它的页面有逻辑交互吗？还是这个弹出页面只是一个静态页面
我比较担心一点，如果说这个页面本身不复杂，复制调整几遍的工作量可能都比设置这个共享页面的工作量小。 场景多，有逻辑交互。复制页面维护成本非常高。
交互有两点：
1.主页面传值到弹出页面，这个都好说，最不济可以用url参数搞定，当然能支持那更好；
2.弹出页面值回传，这个希望能把10.0弹出页面的是否为确定和返回值能传回来。 了解，不过这个应该暂时不好说，即便做了页面共享，也未必把这些逻辑hold住。
比如这个交互你能说出来两点，但是不知道其他用户人家有类似跨应用复用的页面时，是其他什么场景。
需要等等看其他用户有没有类似的做法，以及他们页面的交互。 模板命令也希望能共用 又回到最初的起点，呆呆的站在镜子前......
看看拆应用的用户到底多不多，拆应用相关的需求要不要考虑一波？
活字格作为一款“企业级”低代码开发平台。并且活字格的大客户也是越来越多。:$项目越做越大需求越做越多按理来说应该是一个普遍的趋势。:P
这类多应用共用或者大应用拆分的需求是不是提前考虑下，提前布局会不会让活字格更有核心竞争力~;P
而不是等到大家都都面临拆分应用或者多应用共用时，发现活字格不支持或者支持得不友好，“被伤透的心还可以爱谁，没人心疼的滋味”。届时再来亡羊补牢来得好一些~;P
这种的比较大，可能就不是从单个功能点来看了，得系统性的考虑，不过我先记一个需求慢慢看。
后续与这块相关的，想起来了，都可以同步到这个帖子下面。 :i0tw2: {:4_86:}
页:
[1]