Neden valenok2003 vs MT5 - sayfa 2
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Ö! Yine goto hakkında! Beğendim! O olmadan mümkündür. Her zaman mümkündür, ancak gerekli değildir.
Bazı durumlarda goto , kodu basitleştirmenize ve hızlandırmanıza olanak tanır. Bir yerde, sürücülerin geçişleri hızlandırmak için bunu kullanarak yazıldığına dair bir makale okudum.
merhaba geldi.
bir başkasının montajcı kodunu bilmiyor ve bilmiyor.
kodu basitleştirmek olası değildir, kodu başkaları için okunamaz hale getirmek - bu kesinlikle hız hakkında - bu, hangi görevlere ve kimin ne tür "programlama sırasında "el yazısına" sahip olduğuna bağlıdır, prensipte istemiyorum bile tartışın, öyle görünüyor ki http://www.gamedev.ru/flame/forum/?id=69459 adresine gitmenin yararlarını ve zararlarını ciddi bir şekilde tartışıyorlarmış.
program sökme seviyesine giderseniz, büyük olasılıkla tüm HLL'de döngüler koşullu atlamalar jcxz, vb. şeklinde düzenlenecektir,
esasen if(cx==0) goto etiket yapısı olacak
İç içe döngülerden erken çıkış için, farklı koşullardan bir noktaya geçmek için mi? Bu, kodu basitleştirir. Onları sık sık kullanırım. Bazen üzerinde döngüler yapıyorum.
merhaba geldi.
bir başkasının montajcı kodunu bilmiyor ve bilmiyor.
peki, öyleyse ve başka hiçbir şey bu anlama gelmez :), dedikleri gibi: "tüm keçeli kalemlerin tadı ve rengi farklıdır!" ))))))))
bu bireysel bir mesele, görüyorsunuz - OOP konu başlatıcıya müdahale ediyor, OOP olmasaydı , Bolşoy Tiyatrosu MQL5'in geniş alanlarını uzun süredir sürüyor olurdunuz
http://khpi-iip.mipk.kharkiv.edu/library/extent/dijkstra/pp/ewd215.html
За многие годы я утвердился во мнении о том, что квалификация программистов - функция, обратно зависящая от частоты появления операторов go to в их программах.
...statik program ile dinamik süreç arasındaki kavramsal boşluğu kapatmak, program (metin uzayında açılma) ve süreç (zamanda açılma) arasındaki uyumu mümkün olduğunca açık hale getirmek için mümkün olan her şeyi yapmalıyız.
http://khpi-iip.mipk.kharkiv.edu/library/extent/dijkstra/pp/ewd215.html
Bu, birçok görüşten sadece biridir. Lehte ve aleyhte o kadar çok var ki. Zevk ve tarz meselesi.
Yazar kendini ciddi şekilde sınırlar.
Bu, birçok görüşten sadece biridir. Eksileri olduğu kadar artıları da var. Zevk ve tarz meselesi.
Yazar kendini ciddi şekilde sınırlar.
Programlamadaki modern eğilimler, programların genellikle programcı ekipleri tarafından yazıldığı ve eşlik ettiği şekildedir. Bu, okunabilirliği için kodun kalitesi için gereksinimleri ortaya koyar.
Benim düşüncem: kod açık ve iyi yorumlanmış olmalıdır. Yine, benim kişisel görüşüm: go to zararlı bir operatördür, kodun okunmasını engeller. En az 500 satırlık, yüz etiketli ve bunlara atlamalı bir program hayal edin.
Goto kullanımı kişisel tercih meselesidir. Bu yüzden sevmiyor ve sevmemesi için bir sebep buldu.
Beğenen başkaları da var ve neden sevdiklerine dair bir sebep buluyorlar. Benim için tüm bu nedenler aynı. Kodum goto kullanılırken basitleştirildi, sonra kullanıyorum, değilse kullanmıyorum.
Kendimi başkalarının varsayımlarıyla sınırlamıyorum.
En az 500 satırlık, yüz etiketli ve bunlara atlamalı bir program hayal edin.
Sürücüler hala bu şekilde yazılmıştır. Niye ya?
Çünkü sürücülerde birinci, ikinci ve üçüncü sırada yürütme hızı var.
Her şey montajcıda yazılabilirse, neden üst düzey dillere ihtiyacımız var?
Ve neden Formula 1'e radyo teyp ve transformatör koltukları koymuyorlar?