我想制定Dapp,它的目的是非常积极的反应。我的意思是用户不应该等到一些小的操作被添加到这个块。Dapp的下一个模式正确吗?我将在浏览器JS代码中立即处理用户的活动,并更改有关用户活动的UI状态。由于我取消正确,我的事务将被添加到ethereum区块链,所以我没有被迫等待,直到这将发生。
发布于 2017-07-24 22:48:08
您可以创建一个响应性的用户界面,并且有许多方法来处理它。
事务被提交,您将得到带有事务散列的回调。然后,您可以考虑事务挂起,但是您可能不应该假设成功是可靠的。这可能会导致用户界面的混乱和误导。
我发现CSS和Javascript成功了。考虑一个表编辑UI,其中每一行都是一个记录,每个列都是一个字段。这个用户可以随意移动,就像电子表格一样。您可以侦听模糊事件,并在光标移出字段或离开记录时提交一些内容。这样做可以提交事务并直观地发出处理/挂起状态的信号;可能是旋转器,也可能是字段变黄。
如果合同设计得很好,那么当状态发生变化时,就应该有相应的事件发生。这就是确认。所听到的状态更改应该是预期的(或者它可能来自另一个用户)。不管怎样,更新UI。删除/重置挂起/处理可视指示器,因为此数据是“正式”的。在预期的确认过期很久的情况下,您甚至可以将“未决”更改为“失败”。
如果您做了类似的事情,用户应该能够很快地在他们身后留下挂起的更新的痕迹,并且他们应该在确认到达时被清除。
希望能帮上忙。
https://ethereum.stackexchange.com/questions/22976
复制相似问题