在书上经常可以看到这样的说法

因为连线就可以控制顺序执行所以很多情况不需要顺序结构？

嗯。。或许吧～

哈哈

我觉得顺序结构对程序的条理性还是很有帮助的

8.5.1更新啥了?

没关注更新，用着8.5还是觉得8.2好

好久没用lv了

发布了么？ni.com上没见着呀……

偶觉得，偶用顺序结构的主要原因是一页放不下
用来翻页
有什么坏处么？

没体会到啥坏处
我个人感觉吧，你看的那本书，写书的人说这句话不见得靠谱，很有可能就是从某些地
方抄过来的
所谓存在即合理，只要你用的好，对别人来说有坏处，对你来说就是有好处

tbe有啊

在eastgame上没看到有release呀

SUPPLiER....: TEAM TBE      DATE ...: 22.03.2008

你说堆叠的顺序结构？
貌似有点缺点就是程序要翻页不直观，所以才诞生了平铺的顺序结构
至于其他就仁者见仁智者见智了
比如可能是这样：LabVIEW天生的多线程并行运行，数据线控制顺序不影响性能
也许强加了顺序结构破坏内在并行机制，影响点儿性能也说不定

后面一条我觉得有待商榷，所谓的并行归根到底还是多线程，在单核上就是顺序执行，
多核上才有可能达到并行执行的效果。
你所说的lv的天生并行性，只是说把工程师从编写多线程中解放出来，并不可能超越操
作系统和硬件。

哈哈
两大牛人论道。。。

你说的有道理
但是能用连线解决的用顺序结构，可能多少会增加负担，毕竟增加了语法成分
至于编译时是否优化掉多余的顺序结构，内部咋工作的就不知道了呵呵

我个人现在还是倾向于使用顺序结构来规整程序，在我看来，线还是很容易让程序的可
读性下降的

顺序结构是可以让程序的可读性增加
看起来思路比较清晰
呵呵

我做的例子里面只用到了控制循环结束的控件，其他都是空的。
我觉得你对线程的理解有偏差，线程并不是那么简单的，否则Intel、Sun他们就不会出
专门的多线程库来卖了。
还是打住吧，实际上你我都是在猜，而且都觉得自己猜的才是对的-。-

我猜的只是你的例子...
其实在LV里多线程和执行系统结合起来才有意义
可以看看\vi.lib\Utility\sysinfo.llb\threadconfig.vi，是可以修改执行系统的线程数的，结合一些简单的例子就会知道LV是如何处理自动多线程了，如果有多核的机器，看的就更清楚了
ok，stop吧，纯粹讨论而已^_^

我现在只有很少数地方会用到顺序结构，而且通常都是用一帧，一种用法是把后面板所有icon都放在一帧里，方便使用和拖放，另一种常用的就是在某些线上加一帧放延时。在我的程序里，顺序结构只有这种用法了……
顺序结构，的确可以让条理清晰，但是，你的程序都是蒙头往下执行？出错呢？怎么办？还是蒙头往下？顺序，可能写算法的时候用用还行，做流程，真的不行。