奶泡泡.

open里不应该 做窗口的初始化逻辑, 应该只是单纯的激活.

gmail抽风，之前消息没收到，刚设置了下 好了点！ ---------------------------------------------------------------------- 窗口设计如下： 1.窗口初始化逻辑应该在Init中 2.设计窗口时候 需要考虑 Focus、ReOpen的情况， 对于需要在Open时做的事情，应该 主动传入 UIMsg、然后open里根据UIMsg的传参 成员参数 枚举等进行处理 是否还原默认值，是否请求url 默认的情况 或者uimsg为空，应该只处理窗口重新显示 激活逻辑 Weekend ***@***.***> 于2022年8月4日周四 16:24写道： > openri不应该 做窗口的初始化逻辑， 应该只是单纯的激活. > > 请教窗口初始化逻辑应该写在哪里呢？例如打开某个窗口请求接口或者还原一下ui默认值之类的 > >...

因为这是逻辑层的栈顶，并不是渲染层的，此时的Transform可能已经被其他的遮挡，所以需要ReOpen激活 Weekend ***@***.***> 于2022年8月4日周四 17:09写道： > gmail抽风，之前消息没收到，刚设置了下 好了点！ > ---------------------------------------------------------------------- > 窗口设计如下： 1.窗口初始化逻辑应该在Init中 2.设计窗口时候 需要考虑 Focus、ReOpen的情况， 对于需要在Open时做的事情，应该 > 主动传入 UIMsg、然后open里根据UIMsg的传参 成员参数 枚举等进行处理 是否还原默认值，是否请求url 默认的情况 > 或者uimsg为空，应该只处理窗口重新显示 激活逻辑 Weekend *@*. >...

这里不是SetAsLastSibling层级,在窗口后退中高的层级会调用close（）进行隐藏。 若窗口打开列表为:1231516171，这样顺序中1窗口在页面后退时, 1反复修改层级。所以每次都要open激活。

这里的去重是解决1233这种情况，而不是12123这种，因为回退 到同一个界面没意义，甚至用户会觉得是bug

back forward和 windowClose是两种情况， 前者是外部逻辑主动控制导航，后者是当前窗口关闭要回退上一级窗口. Weekend ***@***.***> 于2022年8月4日周四 18:53写道： > 这里的去重是解决1233这种情况，而不是12123这种，因为回退 到同一个界面没意义，甚至用户会觉得是bug > > > 在back中已经通过showwindow去激活并改变逻辑层和渲染层了。在onfocus中去open好像也不会对逻辑层和渲染层有改变，毕竟open只是做了激活 > > — > Reply to this email directly, view it on GitHub > ,...

好的，这一块我回头优化下做成自定义的注入，然后补上相关文档