我正在编写一个websocket测试应用程序,它将有一个GUI来通过websocket发送各种命令。而不是将所有控制代码(消息构造,格式化,控制)打包到各种控件的回调中,我正在考虑让每个GUI元素回调(例如,onClick)将事件发送给可以处理它的委托。这样,GUI将与任何控制代码分开。这是一个“理智”的设计,还是有另一个“最佳实践”来分开这两个部分。
一个示例是电视调谐器控件 - 用户可以通过文本框输入频道编号,直到他们点击“调谐”按钮才会生效。 onClick方法可以从文本框中检索通道号,并将doTune(通道)事件发送给委托以实现它。
欢迎提出意见/建议。
谢谢你, bp的
答案 0 :(得分:1)
这确实是一个非常明智的设计 - 您正在做的是在表示层(UI)和业务层(事务脚本,域服务等)之间促进关注的良好分离。
所以回答你的问题,是的,这是一个理智的设计:)
关于思想/建议,这将是programmers.stackexchange.com的主题,而不是这里......
答案 1 :(得分:1)
这确实是一个理智的设计。我个人不会去事件调用,只是定期调用静态'SocketCommands'类就可以了。