![MQL5 - MetaTrader 5 müşteri terminalinde yerleşik ticaret stratejileri dili](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Renk ayrıştırma algoritması hakkındaki konuşmaya geri dönüyoruz. Konudan saptığım için özür dilerim.
Algoritmanın nasıl ve nereye uygulanacağı konusunda sorusu olan varsa önceki sayfalarda açıklama bulabilir.
10 sentimi koyabilir miyim? GUI ve genel olarak burada tartışılan her şey hakkında.
Her insanın bir hayali, hobisi, tutkusu vardır.
Biri balık tutuyor, biri fotoğrafçılığı seviyor, biri seyahat etmeyi seviyor, biri uçak maketi...
Aynı şekilde burada:
MetaTrader geliştiricileri , MQL5 dilini yaygınlaştırmak için iyi bir adım attı!
Şablonların veya yapıların yetersizliği ile ilgili tüm yazılar onu kullananlar içindir.
Aynı GUI kitaplıkları oluşturma, örneğin Anatoly'den, onun hobisidir. Yaptı ve herkese gösterdi.
Baktım ve şaşırdım... ve kitaplığıyla "kalkmaya" başladığı şeyin başında bile - uzun zamandır "GUI'yi kesmeyi" planlıyordum, ama korktum.
Ve sonra artık bunu çok zor yapanla "yetişmeye" başlamadı.
Bu kütüphaneyi o yaptı ve eminim birçok kişi kullanıyor.
Onun için bu bir hobiydi, favori bir şeydi. Sadece bu projeyle meşguldü (muhtemelen) ve bundan bıkmıştı. Ve o şimdi hasta.
Peter'ın da kendi tutkusu, bir hobisi var. Peter GUI'sini yapar
Ve herkes kendi başına ısrar edecek.
Bazı insanların buna ihtiyacı var, bazıları değil.
Neden bir şeyi kanıtlamakla uğraşıyorsun? İkna etmek? " Yardımcı" olmaya mı çalışıyorsun ? - OL, deneme.
Bazı insanlar Uzman Danışmanlarda bir GUI'ye ihtiyaç duyar, bazıları gerekmez.
Birisi MQL'de oyunlar çiziyor ve birisinin EA'da herhangi bir parametreye ihtiyacı yok.
Burada herkes o kadar farklı ki birini bir şeye ikna etmenin bir anlamı yok.
Herkesin kendi bakış açısına sahip olmasına ve kendi işine bakmasına izin verin. O zaman çatışma olmayacak.
Hepimiz bir yerden başladık. Birbirimizden bir şeyler öğrendik. Neden daha önce herkes daha arkadaş canlısıydı?
Vladislav. İnsanlarla olan farkımı anlama arzusuyla hareket ediyorum. Neden ben ve onlar bu kadar farklı görüşlere sahibiz. Bu kadar.
Bazıları bunu ürünleri için bir reklam olarak, bazıları bir saplantı olarak, bazıları ise sabit bir fikir olarak algılar.
Ama aslında, tartışıyor ve kanıtlıyorum çünkü başkalarını ve kendimi anlamak istiyorum.
Vladislav. İnsanlarla olan farkımı anlama arzusuyla hareket ediyorum. Neden ben ve onlar bu kadar farklı görüşlere sahibiz. Bu kadar.
Bazıları bunu ürünleri için bir reklam, diğerleri bir saplantı, diğerleri sabit bir fikir vb. olarak algılar.
Ama aslında, tartışıyor ve kanıtlıyorum çünkü başkalarını ve kendimi anlamak istiyorum.
Sizi temin ederim, şunlar var: OOP ve Prosedürel Programlama.
OOP'nin gerekli olduğu yerde, OOP kullanılır.
PP'nin gerekli olduğu durumlarda, basit bir programlama türü kullanırlar - prosedürel.
Ne çok insan, ne çok fikir.
Bir bilişim firmasına gidip yazılımda programlama yaptığınızı söylerseniz sizi gönderecekleri açıktır.
Burada istediğini yaparsın.
GUI'nizde öğretici makaleler yazmaya başlar başlamaz, "kendi" hayran ordunuz olacak. Ayrıca bir trol ordusu olacak, ama buna da ihtiyaç var :-)
Hangisinin daha iyi olduğunu kendi aralarında tartışsınlar. OOP'de GUI veya PP'de GUI.
Sadece bana güven.
Ne istersen onu yap ve onu kullanacaklar olacak.
Tartışmayın, çatışmalara girmeyin. Bunun için çok fazla enerji harcanıyor, tüm enerjiyi projenize yönlendirmek daha iyi!
Sizi temin ederim, şunlar var: OOP ve Prosedürel Programlama.
OOP'nin gerekli olduğu yerde, OOP kullanılır.
PP'nin gerekli olduğu durumlarda, basit bir programlama türü kullanırlar - prosedürel.
Kaç kişi, çok görüş.
Bir bilişim firmasına gidip yazılımda programlama yaptığınızı söylerseniz sizi gönderecekleri açıktır.
Burada istediğini yaparsın.
GUI'nizde öğretici makaleler yazmaya başlar başlamaz, "kendi" hayran ordunuz olacak. Ayrıca bir trol ordusu olacak, ama buna da ihtiyaç var :-)
Hangisinin daha iyi olduğunu kendi aralarında tartışsınlar. OOP'de GUI veya PP'de GUI.
Sadece bana güven.
Ne istersen onu yap ve onu kullanacaklar olacak.
Tartışmayın, çatışmalara girmeyin. Bunun için çok fazla enerji harcanıyor, tüm enerjiyi projenize yönlendirmek daha iyi!
İyi. Size katılıyorum.
Algoritmam hakkında ne düşünüyorsun?
Anlayışınız ne kadar uygun ve kullanışlı?
İyi. Size katılıyorum.
Algoritmam hakkında ne düşünüyorsun?
Anlayışınız ne kadar uygun ve kullanışlı?
Ben, "kolay ve basit" destekçisi olarak - sürümünüzü daha çok beğeniyorum.
Ama ben, birçokları gibi, OOP'nin gerekli olduğu gerçeğine bağlıyım.
Çalışmamın özellikleri nedeniyle, örneğin "müşterinin" Rusça değişken adlarıyla bile açık bir koda ihtiyacı olduğunu biliyorum. Rus müşteriler genellikle bundan rahatsız oluyor.
Ve programı "sipariş ettikleri" için, hiçbir şey anlamadıkları ve daha kolay bir koda ihtiyaç duyacakları anlamına gelir. Rusça değişken isimleri ile .......
Ancak, siparişe göre programlamanın uzun zamandır anladım - sizi dibe çekiyor! Kendini geliştirme yok. Artık projelerinizi kodu göstermeden yapmak daha ilginç. OOP'u zaten nerede kullanabilirsiniz?
Genel olarak, kullanıcının öğelerin bulunduğu ve doğrudan grafik üzerinde kontrol edilebildiği basit bir kurucuya ihtiyacı vardır.
Bir kez daha. Her çözümün kendi hayran ordusu vardır.
Sadece sevdiğin şeyi yap...
bütün bunlar deneyimden geliyor, bu yüzden ifade ettiğim kelimelerin doğru olduğunu iddia etmiyorum ....
"GENEL TARTIŞMA" dan tüm dalları pratik olarak okudum, (hepsi bu bölümün altına kaydıramayacak kadar tembel olduğum için :-)), birçok şeye şaşırıyorum.
Bazen içine "12 kopek" koymak istersin ama birine bir şeyi kanıtlamak enerji ister.
Aynı operadan - "piyasada neye ihtiyaç duyulduğu" tartışması - evet, herkesin kendine ihtiyacı var.
Birisi bir RISK parametresi olan tam bir otomat ve birinin 100.500 parametreye ihtiyacı var!
Bir projeye sahip olmak ve yüzünüz maviye dönene ve tamamen tükenene kadar geliştirmek ve ancak o zaman bir sonrakini almak daha iyidir.
Nasıl, program isimlerini ve testçiden gelen resmi değiştirerek, kimsenin ihtiyacı olmayan yüzlerce ve binlerce proje üretiliyor....
Benim nacizane fikrime göre
herkese saygılar!!!
Geri dönüşünüz için teşekkür ederiz. Beğendiğine sevindim. Geliştirmelerinizde bu algoritmayı kullanırsanız sevinirim.
Bu sadece biraz konu dışı. Bu benim hatam. Konuşma algoritma hakkındaydı. Geri kalan konular göz ardı edilebilir.Ben, "kolay ve basit" destekçisi olarak - sürümünüzü daha çok beğeniyorum.
Ama ben, birçokları gibi, OOP'nin zorunlu olduğu gerçeğine bağlıyım.
Çalışmamın özellikleri nedeniyle, örneğin "müşterinin" Rusça değişken adlarıyla bile açık bir koda ihtiyacı olduğunu biliyorum. Rus müşterileri genellikle buna sürükleniyor .
Ve programı "sipariş ettikleri" için, hiçbir şey anlamadıkları ve daha kolay bir koda ihtiyaç duyacakları anlamına gelir. Rusça değişken isimleri ile .......
...
Benim pratiğimde, bu forumdaki 3 kişi dışında kimse peşini bırakmadı.
Örneğin, böyle bir koddan çıkıyorum, en fazla 3 satır okuyup siliyorum.
Benim pratiğimde bu forumdaki 3 kişi dışında kimse peşini bırakmadı.
Örneğin, böyle bir koddan çıkıyorum, en fazla 3 satır okuyup siliyorum.
İngilizce konuşan biri olarak kararımı görmezden gelmekte özgürsün. Birkaç İngilizce kelime var.
Bu arada, İngilizce koduna çok aşina olduğunuz için Nikolai Semko tarafından önerilen kodu ayrıştırmama yardım edin:
Dürüst olmak gerekirse, nasıl çalıştığını anlamıyorum. Birçok kısa İngilizce hece var. Sadece sevdiğin şey.
Benim pratiğimde bu forumdaki 3 kişi dışında kimse peşini bırakmadı.
Örneğin, böyle bir koddan çıkıyorum, en fazla 3 satır okuyup siliyorum.
Sana tamamen katılıyorum.
Değişkenler uluslararası dilde olmalıdır.
Ama ben "müşterilerden" bahsediyorum.
Değişkenlerin Rusça olmasını isteyenlere rastladım.
Ve nasıl tartışılabilir? imkanı yok. Müşterinin "ihtiyaçları"
Bu nedenle, kimseye bir şey kanıtlamamak için bir yıl boyunca emirleri reddettim.
Örneğin, İngilizce isimlerle bir sipariş veriyorsunuz, kimse size bir şey söylemiyor.
Ve müşteri değişkenlerini Rusça yapmaya çalışıyorsunuz - hoşuna gidecek. Ve İngilizce bilmediği için kendini sürüklüyor.
İngilizce konuşan biri olarak kararımı görmezden gelmekte özgürsün. Birkaç İngilizce kelime var.
Bu arada, İngilizce koduna çok aşina olduğunuz için Nikolai Semko tarafından önerilen kodu ayrıştırmama yardım edin:
Dürüst olmak gerekirse, nasıl çalıştığını anlamıyorum. Birçok kısa İngilizce hece var. Sadece sevdiğin şey.
Eh, İngilizce isimler bir sebepten dolayı icat edildi.
Rus isimleri kodunuzu öldürdüğünde size başka bir örnek verebilirim:
Kodu Kiril alfabesine sahip olmayan bir müşteriye teslim ediyorsunuz. Herşey. .... her şey kaybolur ..... :-)
Bir an daha.
Örneğin GOOGLE tercümanının ana dili İngilizcedir. Ve ismi İngilizce yazarsanız, bir tercüman yardımıyla tercüme edilebilir.
Aksi takdirde sorunlar olacaktır.
Ben sadece gelecek için söylüyorum.
ama genel olarak herkese odaklanmak gerekiyor ki ayrımcılık olmasın. Ruslar için - Rusça.
Geri kalanı için daha tanıdık - İngilizce.
Hala İspanyolca - sonuçta, bu dil en popüler olarak kabul edilir.