fix: drawer option update sync

[ccuuu]

修复重复打开抽屉options不会更新的问题

[changeset-bot]

⚠️ No Changeset found

Latest commit: 2f832d4

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

Click here if you're a maintainer who wants to add a changeset to this PR

[fengtianze]

没看明白这什么改法，两者在都是第一次open的情况下是等价的？

[ccuuu]

没看明白这什么改法，两者在都是第一次open的情况下是等价的？

第一次open没问题，存在问题的是后续再次open抽屉，且options有变更时，变更不会生效。
原逻辑中，drawerInternalComponentRef.instance.options的赋值逻辑在 if(this.drawerInternalComponentRef) return 的判断之后，导致了除了第一次打开抽屉，其他情况下 options 的变更都不会生效。
新的改动将 drawerInternalComponentRef.instance.options 赋值逻辑提前了，无论是否存在 this.drawerInternalComponentRef 都不影响 options 赋值更新

[fengtianze]

没看明白这什么改法，两者在都是第一次open的情况下是等价的？

第一次open没问题，存在问题的是后续再次open抽屉，且options有变更时，变更不会生效。 原逻辑中，drawerInternalComponentRef.instance.options的赋值逻辑在 if(this.drawerInternalComponentRef) return 的判断之后，导致了除了第一次打开抽屉，其他情况下 options 的变更都不会生效。 新的改动将 drawerInternalComponentRef.instance.options 赋值逻辑提前了，无论是否存在 this.drawerInternalComponentRef 都不影响 options 赋值更新

同一个drawerInternalComponentRef实例重复attach时会完整的重新走组件生命周期？

[ccuuu]

没看明白这什么改法，两者在都是第一次open的情况下是等价的？

第一次open没问题，存在问题的是后续再次open抽屉，且options有变更时，变更不会生效。 原逻辑中，drawerInternalComponentRef.instance.options的赋值逻辑在 if(this.drawerInternalComponentRef) return 的判断之后，导致了除了第一次打开抽屉，其他情况下 options 的变更都不会生效。 新的改动将 drawerInternalComponentRef.instance.options 赋值逻辑提前了，无论是否存在 this.drawerInternalComponentRef 都不影响 options 赋值更新

同一个drawerInternalComponentRef实例重复attach时会完整的重新走组件生命周期？

更新时不会再次 attach ，而是复用第一次 attach 的 drawerInternalComponentRef（this.drawerInternalComponentRef），并更新 options。

因此组件生命周期不会重走一遍，只是会更新 options

[fengtianze]

internal component 在ngAfterViewInit生命周期里读取了options并执行了一些逻辑，update时只更新options所有配置都能按预期生效？

internal component最好暴露个method来更新options

[fengtianze]

为什么不直接改成每次都初始化新的internal component？

[ccuuu]

internal component 在ngAfterViewInit生命周期里读取了options并执行了一些逻辑，update时只更新options所有配置都能按预期生效？

internal component最好暴露个method来更新options

1

[ccuuu]

为什么不直接改成每次都初始化新的internal component？

可配置，options.disposeWhenHide 为 true 的话就会在每次打开时初始化