“a方法中有对控件的操作有需要等待的事件”这个概念就不对,程序设计中就不存在这种“等待事件”。 当你的程序注册了一个事件回调,你的程序就“结束了”。这种所谓的“等待”是一个口头说法,在程序流程图上没有任何对应的东西。当事件回调处理方法被执行,一个新的流程开始了。它们根本不是“在一个a方法中”的。 找个真正的老师学一下程序设计时如何画流程图的问题,特别是学习一下流程中间有用户交互操作时的流程图设计,做到流程图和代码能够保持一致。不要找那些只会念书的老师。
用await和async 参考 http://www.cnblogs.com/LoveJenny/archive/2011/11/01/2230933.html
找个真正的老师学一下程序设计时如何画流程图的问题,特别是学习一下流程中间有用户交互操作时的流程图设计,做到流程图和代码能够保持一致。不要找那些只会念书的老师。
什么“线程、循环、阻塞、等待”之类的,都是坑爹。先把“事件驱动程序”的模式搞明白,写出来的程序或者画出来的流程图,才不会想当然地出现什么“死等”的逻辑活动。
“a方法中有对控件的操作有需要等待的事件”这个概念就不对,程序设计中就不存在这种“等待事件”。 当你的程序注册了一个事件回调,你的程序就“结束了”。这种所谓的“等待”是一个口头说法,在程序流程图上没有任何对应的东西。当事件回调处理方法被执行,一个新的流程开始了。它们根本不是“在一个a方法中”的。
[quote=引用 3 楼 sp1234 的回复:] “a方法中有对控件的操作有需要等待的事件”这个概念就不对,程序设计中就不存在这种“等待事件”。 当你的程序注册了一个事件回调,你的程序就“结束了”。这种所谓的“等待”是一个口头说法,在程序流程图上没有任何对应的东西。当事件回调处理方法被执行,一个新的流程开始了。它们根本不是“在一个a方法中”的。
110,533
社区成员
642,574
社区内容
加载中
让您成为最强悍的C#开发者
试试用AI创作助手写篇文章吧