|
Joe, I agree with your point about keeping flexible in the use of one practice or another. The "all still Branch-On-Condition" might use a little more clarification. The "structured programming opcodes" are "shorthand" for repetitive sets of insructions for a programmer's benefit. In the end, it's all branching to RAM addresses and registers too. And it's okay to prefer generally avoiding certain techniques. Usually I try to code in a way that allows me to jump right back into the code two years later and zero in on just the lines that need the change for enhancement. I can work just about as easily with DOU as with DOW, as could most programmers. My general practice with this has settled into a use of DOW sometimes, but more often DOU, as mentioned before. I believe it's useful for ->maintenance<- reason to put the most important loop-control condition at the DO, and then LEAVE the loop where appropriate. - Alan ----- Original Message ----- From: "Joe Pluta" <joepluta@xxxxxxxxxxxxxxxxx> | In fact, most of the time I | disagree with any sort of statement that says one syntactical construct | is "better" than another; there are always reasons to use different | techniques and in the end, it's all still Branch-On-Condition. | | But since we're discussing opinions and you're proposing an absolute, we | should probably just leave it at that. | | Joe
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.