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
Doğru anlıyorsanız, koruma koymak hala isteniyor ve kod için hala özel gereksinimler var mı?
Başlık dosyalarında - evet, korumalara ihtiyaç vardır. Sonuçta, ilk adım onu hortumdan geçirmektir, tüm inklüzyonların büyük bir kısmını oluşturur ve bu zaten derleyiciye gider. Korumalar olmadan tanımlar tekrarlanacak ve derleyici hatalar üretecektir.
Kod gereksinimlerinden evet, prensipte yalnızca bir tanesi - önişlemci yönergelerinin belirli µl'sini bu şekilde paketliyoruz
iyi, böylece clang analiz ve derleme sırasında bu içe aktarmaya takılmaz. Mql belirli bir yapıysa, ancak önişlemciye yönelik bir yönerge değilse, o zaman mqlcpp_ olmadan (bunu yapamazsınız, ancak hortum açısından, bu bir tür hatadır)
İşaretçileri -> ile mi yoksa başına & dizilerden önce mi ekleyeceğiniz size kalmış, ancak c++ stilini takip etmek daha iyi clang desteği sağlayacaktır.
Not: Bu arada, "ilk derlemenin" koruma ekleme bağlamında nasıl tanımlandığını size söylemedim. Include/Object.mqh dosyasına bakarız ve eğer orada bir koruma bulamazsak, derleme ilkidir. Ayrıca aptal uyarılar için bir kara liste oluşturma yeteneğini de eklemek isterim....
Genel olarak, yanlış sorularınız var, diğerleri daha ilginç - dizlerimde birkaç gün içinde tüm güzelliklerle ve meta düzenleyiciden çok daha yüksek kalitede bir fikir yaptım ...
Oku oku...
Bu şovlara bakmaktan bıktım.
Tüm bu küçük şeyler, kendisi için bir ticaret stratejisi yazan bir tüccara ihtiyaç duymaz.
Ve hatta daha çok sipariş vermek için, çünkü. çoğunlukla yeni başlayanlar tarafından sipariş edilir. Birkaç satır kodla uygulanan bir dizi çocuksu masumiyetten gelen emirler var.
Tabii ki Python desteğinin planlanmış olması hoşuma gitti.
Evet, bu çok faydalı bir gelişme.
... Geri kalanlar MK'ye dua etmeye devam edecekler, görev gereği olarak ve işaretlerini dizilerin önüne koyup bir nokta ile referansı kaldıracaklar.
Aynen öyle! Değişkenlerin ve fonksiyonların kaç ismi bu kadar değişti. VS'den biraz daha uzun, ancak daha fazla kontrol.
Konuya gelince, daha kullanışlı ve özlü, ayrıca OOP dilleriyle uyumluluk. Tam tersine, sık sık C++ aynı olasılığı yapsaydı iyi olurdu diye düşündüm. Elbette bir dezavantajı var ama bence daha çok artıları var.
O zaman akıllı işaretçiler, yineleyiciler, ... atmak gerekecek. İşaretçinin kendisinin işlev çağrısı ile belirtilen tür arasında bir şekilde ayrım yapmak gerekir.
Nokta aşırı yüklenemez; İç kısımlara garantili erişim.
Ve hatta daha çok sipariş vermek için, çünkü. çoğunlukla yeni başlayanlar tarafından sipariş edilir. Birkaç satır kodla uygulanan bir dizi çocuksu masumiyetten gelen emirler var.
Tüccar kesinlikle emirleri umursamıyor, kendim için yazıyorum, aynı kişilerle paylaştım, piyasaya yakın herhangi bir halkla değil.
O zaman akıllı işaretçiler, yineleyiciler, ... atmak gerekecek. İşaretçinin kendisinin işlev çağrısı ile belirtilen tür arasında bir şekilde ayrım yapmak gerekir.
Nokta aşırı yüklenemez; İç kısımlara garantili erişim.
Bir dosyadaki metnin normal otomatik düzeltmesini bağlama duyarlı değiştirme ile karıştırmayın.
Ve neden o? Farklı bağlamlara sahip değişkenlerin aynı dosyada aynı adlandırılması durumunda? Metni değil, anlamı mı değiştiriyorsunuz? Lütfen nerede ve neden kullanılacağını açıklayın. Aniden, herkesin buna ihtiyacı var, ama biri bilmiyor.
Prensipte doğru anladın.