Brother Chun

修复extension.sayHello2 to extension.sayHello

针对部分item需要折叠、展开的用户，如果高度不能在折叠/展开后及时更新，上拉加载更多就会失效。暴露一个方法到外层，有利于控件的拓展。 使用prototype方法暴露一个内部方法。

设计上的严重问题，@input事件

2

不知道作者本人是否意识到这个问题，你的数据绑定并不是通过真正意义上的v-model来实现的，而是主要通过prop传递数据，然后调用引用数组的方式在改变传入的数组； 举个例子，我们将v-model语法糖拆开，:value="list" @input="onInput" methods: { onInput(v) { console.log(v) } } 你会发现，打印的永远是[]

原始需求：做一个应用门户，需要在门户内支持tab形式切不同的页面，这些页面需要保活。 关于wujie的能力的调研： 1. 保活模式可以保证不同应用间切换，且保证应用状态不丢失，但存在应用内改造成本(消费和发送路由变化事件) 2. 如果不用保活模式，每个tab开一个单例模式，那么要保留状态，在切tab时，就不能卸载 webComponent，只能隐藏。多开的时候就会存在巨大的dom性能问题？（没验证，但担心存在） 3. 对比了 micro-app，好像可以在保活模式下，是依然可以继续sync路由（意味着可以不改造），然后webComponent也可以不渲染，只在app重新激活时再渲染webComponent 请求： wujie可以做到第三点这样吗？子应用可以尽可能不改造的，多tab下保活（可以多实例）的情况下，不激活时卸载webComponent

for: https://github.com/solana-labs/dapp-scaffold/issues/357

```markdown 1. [Add an issue](https://github.com/solana-dev-adv/solana-dapp-next/issues/new) for the task and assign it to yourself or comment on the issue ``` link to another repository

for: https://github.com/solana-labs/dapp-scaffold/issues/356

https://github.com/solana-labs/dapp-scaffold/blob/48144509c643748c50fcabfaced48487ccb96b8d/src/components/SignMessage.tsx#L28 the `verify` is a constant function that no need to dependency;