避免不必要的事件和“耦合” JSliders中的无限循环？
我有一个GUI，可根据滑块值向Web服务器发布命令。其中一些滑块是“耦合”在Web服务器上的，因此更改其中一个也可能会更改另一个。通过Web服务器返回基于发出的命令设置的值的列表来完成耦合。
因此，我可以根据此响应轻松设置适当的滑块，但问题是这样做会导致ChangeListener被触发，然后再次向Web服务器发出命令。理想情况下，“耦合”应表现良好，并避免无限循环，但这是一个潜在问题，发送所有这些额外事件似乎是不必要的。
我能想到的两个解决方案是：
- 临时删除侦听器，更改其值，然后将其放回。
- 添加一个“手动”标志，以使侦听器知道应该忽略该更改。
这些对我来说似乎都不是理想的解决方案，但是其中一个比另一个“更好”吗？还是我没有考虑的第三个解决方案？
问题答案：
enabled在手动设置值之前，向侦听器添加一个标志并禁用它们
我不会添加和删除侦听器，因为这只会触发更多的侦听器！
-
我正在编写一些Swing应用程序，用于使用MigLayout进行测量。我试图消除不必要的差距。 我已经注意到，由于顶部的句子，差距是存在的。然而，当我删除它时，它看起来很好。 该问题在下图中可见： 我加句子的方式是： 我添加按钮的方式： 有人能帮我解释一下为什么会发生这种情况，以及我如何消除与现在句子的差距吗？ ////////////编辑 我想使用我当前的基础架构，我已经在miglaway中启用
-
本文向大家介绍在React中如何避免不必要的render？相关面试题，主要包含被问及在React中如何避免不必要的render？时的应答技巧和注意事项，需要的朋友参考一下 shouldComponentUpdate、memoization、PureComponent
-
假设我有两个服务班：
-
问题内容： 我一直在尝试 HQL 和 Criteria的 不同组合，但我无法避免某些不必要的 联接 （在这两者中）和某些不必要的 选择 （在Criteria中）。 在我们的场景中， 段* 和 应用程序 实体之间具有 @ManyToMany 关系（导航是从段到应用程序）。 *** 首先，我尝试了以下 条件 ： 威奇产生这个SQL： 如您所见， Criteria从APPLICATIONS选择列 ，我不
-
我一直在尝试HQL和Criteria的不同组合，但我无法避免一些不必要的连接（在两者中）和一些不必要选择（在Criteria中）。 在我们的场景中，我们在Segment和Application实体之间有@ManyTo的关系（导航是从Segment到应用程序）。 首先我尝试了这个标准: Wich 生成此 SQL： 正如您所看到的，Criteria从APPLICATION中选择列，我不想被选择。我还没
-
问题内容： 我只有一个班很多实例。每个实例都是其他几个实例的观察者。同样，每个实例也可以通过几个其他实例观察到。 如何避免在观察者中调用update（）的无限循环？ 问题答案： 您正在寻找一种检测循环的图遍历算法。一种简单的方法（仅在单线程方案中有效）是保持全局/静态计数器，以使每个顶级调用都获得唯一的标识符。然后，每个观察者都跟踪是否已经使用给定的标识符（ID）处理了更新，并且在这种情况下将其忽