Mt4 End desteği. - sayfa 10
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
Sadece "büyükanne" ve "çocuk" yaşa göre değil, zihnin aktivitesine göre ise. Modern gerçekliklerin tüm olanaklarını başarıyla kullanan birçok kişi için "ileri gençlik"ten çok daha fazlasıdır.
Ve belirli ihtiyaçlar için tam olarak bunlardan biri gerekliyse, "tüm olasılıkları kullanmak" neden gereklidir? Bu, satıcının konumudur - birçok olasılığı listelemek. Her yerde (ve programlamada da) geçerli olan kural uzun zamandır bilinmektedir: özel çözümler evrensel olanlardan daha etkilidir .
Evde ekmek kesmek, çatal ve tirbuşon da dahil olmak üzere 9 parçalı maket bıçağına göre tek bıçaklı büyük bir bıçakla daha verimlidir. Yürüyüşte değil.
Kendi veritabanınızı herhangi bir dilde yazabilirsiniz, ancak veritabanıyla iyi çalışan ve hiçbir şekilde fotoğraf düzenleme yeteneklerini uygulamayan DBMS'ler de vardır. Büyük veritabanları için genellikle genel amaçlı dillerden daha verimlidirler. Ancak Excel'de küçük bir veritabanı yapabilirsiniz. Hangi araç en uygunudur, buna ihtiyaç vardır.
Bir iş gezisi raporu gönderirken, amiral gemisi Android'de kolayca ustalaşan genç bir muhasebecinin araçlarına bakın - orada bir hesap makinesi olmasına rağmen kullanmaz, ancak Android'den daha büyük özel ağırlıklı bir hesap makinesi (ayrıca bir hesap makinesine sahiptir) ) minimum ayarlanmış büyük düğmelerle masanın üzerinde yatarken. Bununla birlikte, bir öğrencinin hesap makinesinde gerekli olacak olan trigonometrik işlevlere sahip düğmeler olmadan.
OOP kullanmanın mantıklı olduğu yerde, orada kullanılmalıdır. Belli gibi görünüyor. MQL dili ne için kullanılmalıdır?
Belki arayüzü kullanıcıyla düzenlemek için? OOP için birçok seçeneğin yığıldığı yer burasıdır, bir Delphi görsel bileşenleri kitaplığı değerlidir. Danışmanlar ve komut dosyaları, bilgisayardaki bir kişiyi değiştirmek için tasarlanmıştır, bu arayüz doğrudan amaçlarıyla çelişir, buna gerek yoktur. Yani müdahale ediyor. Tıpkı bir çakıdaki fazladan eşyalar gibi. Veya evrensel bir çekiçin çelik sapının ucundaki bir çivi çektirmesi - sadece çizilmekle kalmaz, aynı zamanda ağırlık merkezini vurucudan sapa kaydırır.
MQL'den gerçekten ne tür bir uzmanlık gerekiyor? Bu dil, başka yollarla imkansız olanı sağlamalıdır. Yani sunucudan bilgi almak ve sunucuya istek göndermek. Harici programlara bilgi verme yeteneği ile. En azından OOP kullanmak isteyenler, en azından aşağıdan, en azından yukarıdan, en azından aşırı programlama, en azından görsel vb.
MQL5'teki OOP yerine bir DC komisyonunu programlı olarak bulma fırsatı olsaydı çok sevinirim. Bu yeterli değil ve komisyon da terminalde biliniyor. Bu, benim görüşüme göre, bariz bir ihmaldir.
Ve yine de, bir şekilde ilham verdi.
İlgilenenler varsa , bu cüruf parçası hakkında yeni başlayanlar için bir örnekle iyi bir makale yazabilirsiniz, nasıl programlanmaz.
Peter Konow , eleştiri için üzgünüm
Dinle, sana şimdi cevap verirdim ama seni yasaklarlar. Hafifçe söylemek gerekirse - sonuçlarınızı gösterirsiniz, sonra cüruf hakkında konuşacaksınız.
Bir keresinde MT5'te kilitli kene olmayacağını söyledi. Hatta tartıştığı için insanları yasakladı. Ne olmuş?
Bu soru benim için değil, doğrudan kaynağa sorun.
Ben noktayı görmüyorum. Ayrıca, retorik bir soruydu.
Kullanıcı hakkında konuşursak, MetaQuotes, kullanıcıyı MT5'in zillerine ve ıslıklarına alıştırmak için çok şey yaptı.
230 yapıdan önce MT4'ün nasıl olduğunu hatırlayın (raf numarasından, hatırladığım son yapı ayrıştırılmıştı).
Ve şimdi MT4, farklı mimarilere sahip olmalarına rağmen, MT5'ten neredeyse ayırt edilemez. Tüm bunlar, kullanıcıların bir geçiş talep eden işlerini çaktırmamaları ve bu geçişin rahat olması için aynı düğmeler, aynı işlevler, hepsi aynı klasörlerde yapıldı.
Çünkü bayilerin kendileri konfor alanlarından çıkmak istemiyorlar. Sadece arzuları yok, aynı zamanda bunun için daha fazla para ödemeleri gerekiyor, MT5 lisansı MT4'ten daha pahalı olacak.
Ve burada birdenbire lisanslı ürünlerin fiyatlandırmasını tartışma alanına girdik, bu yüzden konuşmayı bıraktım çünkü bunu tartışmak diğer insanların parasını saymak gibidir.
İşletmenin bu bölümünde fikir sahibi olmak için en az bir ürünü 100.000 dolardan fazla satma deneyimine sahip olmanız gerekir.
Elbette deneyimli bir programcı ve geliştirici için MQL5'i anlamak saçmalıktır. Ancak, sadece "mükemmel" stratejilerini uygulamak için programlama öğrenmek isteyen yeni başlayanlar ve kendi kendini yetiştirmiş insanları düşünün. Bu nedenle, ek zil ve ıslıklara hakim olmaları zor olacak ve bir platform seçerken büyük olasılıkla uzun süre düşünmeyecekler. Sorun bu.
Kendi kendini yetiştirmiş bir aceminin ne gibi sorunları var? Bu mesaj kendi kendini yetiştirmiş biri tarafından yazılmıştır. Mql4'ten sonra ilk göstergemi mql5'te yazmam 2-3 hafta sürdü. Şimdi sadece bilgimi geliştiriyorum.
Hangi kıvrımlardan ve dönüşlerden bahsediyoruz? OOP'de genellikle yöntem olarak adlandırılan işlevler hakkında mı yoksa işlev aşırı yüklemesi hakkında mı? Sonunda, mql5'te hiç sınıfsız yapabilirsiniz, kimse bunu yasaklamıyor. Pekala, herhangi bir şekilde çözemeyenlerden bahsedersek, o zaman ... sizinle ilgili değil, V.S.'yi hatırlamalıyız. Vysotsky
ve doğrudan serbest çalışmaya.
Her şey çok daha kolay. Hiç kimse mql4 ve mql5'te prosedürel tarzda yazmayı yasaklamıyor - tamamen aynı. OOP kullanımının yanı sıra - hem orada hem de orada.
Sadece Peter sorunu icat etti ve onunla ilgileniyor. Büyük olasılıkla, kendisinin anlayamadığı gerçeğinden dolayı. Ya da belki zorlukların ve zorlukların üstesinden gelmeyi sevdiği için. Aynı sonuca götüren iki yoldan uzun ve çetin olanını seçer. Ama sonra kendini havalı bir programcı gibi hissediyor. Bence OOP'yi reddetmesinin özü burada yatıyor. Elbette yanılıyor olabilirim, ama genellikle insanları hissederim.
Örneğin, kütüphane biçimindeki kapanımlara katlanamıyorum, aptalca çünkü orada ne doldurduklarını ve bana nasıl yardımcı olacağını bilmiyorum, bir düzine daha fazla fonksiyon yazmak daha kolay
Peter Konow'a benzeterek.
Peki, enerjinin korunumu yasası: neden kütüphaneyi çözelim ve her şey onsuz çalışıyorsa onu anlayalım?
ZY
benim üst hakkında geyik tanışmadı mı?
Birincisi, ikincisinden uzunluk olarak farklıdır. Ve anlamı da aynı derecede açıktır.
Hangisi daha kolay okunur - kısa bir kod mu yoksa iki ekran genişliğinde gerilmiş bir ayak örtüsü mü?
Kısa ve öz kodu okumak benim için daha kolay ve hızlı. Kodu bir kaydırıcı ile her satırda yatay olarak taşımaktan memnunsanız - hareket ettirin, sizi kim yasaklar.
Bu tür kodları yeni başlayanlardan gördüm - neredeyse gözlerimi kaybediyordum ve kendiminkini yeniden adlandırana kadar anlamayı reddettim.
"Büyü tarafından seçilen pozisyonların toplam kârını depolamak için değişken"
"profit_all_by_magic";
1. Chart_id, Rusça konuşan bir kişi tarafından m_chart_id'den daha hızlı okunur.
2. Programda yüzlerce değişken varsa, o zaman Rus dili vazgeçilmez bir destek sağlar.
Bütün bunlar deneysel olarak doğrulanabilir.
Ana dilde kodu okuma ve anlama hızı her zaman daha yüksek olacak ve ezberleme daha iyi olacaktır.
Değişkenleri Rusça olarak adlandırmak için kurallar geliştirmeniz yeterlidir. "variable_to_store_the_total_profit_of_position" yerine basitçe: Total_profit.
Büyükannenize bozuk butonlu telefonunu değiştirmesi için bir amiral gemisi iPhone veya Android verirseniz ve ona eski telefonuna kıyasla tüm yeni özelliklerini açıklamaya çalışırsanız, yüzde 90'ı eski telefonunun daha iyi olduğunu söyleyecektir, çünkü. düğmeler vardı ve hangi düğmeye bastığınızı parmaklarınızla hissedebiliyordunuz. Ve bence, onun için maksimum başarı, arama yapmanın yanı sıra, SMS göndermede ustalaşmak olacak, özellikle yetenekli büyükanneler Whatsapp'ın nasıl kullanılacağını bile öğretebilir. Onun için her şey "beşinci tekerlek" gibi görünecek. Ve sokaktaki birine Lizyukov Caddesi'ne nasıl gidileceğini sormak, Google haritalarını açmaktan daha kolay olacak. Çünkü alışkanlığın gücü muazzamdır!
Nikolay'ın argümanları nasıl bulduğunu biliyorsun.)
Büyükanne de her şeyi sorunsuz öğrenebilir. Sadece bilinçaltında, yerleşik zihnini gereksiz bilgi döngüsüne sürüklemek için bir tür biblo istemiyor. Doğru yapar.)
Ve özel ihtiyaçlar için tam olarak bunlardan biri gerekliyse, "tüm olasılıkları kullanmak" neden gereklidir? Bu, satıcının konumudur - birçok olasılığı listelemek. Her yerde (ve programlamada da) geçerli olan kural uzun zamandır bilinmektedir: özel çözümler evrensel olanlardan daha etkilidir .
Evde ekmek kesmek, çatal ve tirbuşon da dahil olmak üzere 9 parçalı maket bıçağına göre tek bıçaklı büyük bir bıçakla daha verimlidir. Yürüyüşte değil.
Kendi veritabanınızı herhangi bir dilde yazabilirsiniz, ancak veritabanıyla iyi çalışan ve hiçbir şekilde fotoğraf düzenleme yeteneklerini uygulamayan DBMS'ler de vardır. Büyük veritabanları için genellikle genel amaçlı dillerden daha verimlidirler. Ancak Excel'de küçük bir veritabanı yapabilirsiniz. Hangi araç en uygunudur, buna ihtiyaç vardır.
Bir iş gezisi raporu gönderirken, amiral gemisi Android'de kolayca ustalaşan genç bir muhasebecinin araçlarına bakın - orada bir hesap makinesi olmasına rağmen kullanmaz, ancak Android'den daha büyük özel ağırlıklı bir hesap makinesi (ayrıca bir hesap makinesine sahiptir) ) minimum ayarlanmış büyük düğmelerle masanın üzerinde yatarken. Bununla birlikte, bir öğrencinin hesap makinesinde gerekli olacak olan trigonometrik işlevlere sahip düğmeler olmadan.
OOP kullanmanın mantıklı olduğu yerde, orada kullanılmalıdır. Belli gibi görünüyor. MQL dili ne için kullanılmalıdır?
Belki arayüzü kullanıcıyla düzenlemek için? OOP için birçok seçeneğin yığıldığı yer burasıdır, bir Delphi görsel bileşenleri kitaplığı bir şeye değer. Danışmanlar ve komut dosyaları, bilgisayardaki bir kişiyi değiştirmek için tasarlanmıştır, bu arayüz doğrudan amaçlarıyla çelişir, buna gerek yoktur. Yani müdahale ediyor. Tıpkı bir çakıdaki fazladan eşyalar gibi. Veya evrensel bir çekiçin çelik sapının ucundaki bir çivi çektirmesi - sadece çizilmekle kalmaz, aynı zamanda ağırlık merkezini vurucudan sapa kaydırır.
MQL'den gerçekten ne tür bir uzmanlık gerekiyor? Bu dil, başka yollarla imkansız olanı sağlamalıdır. Yani sunucudan bilgi almak ve sunucuya istek göndermek. Harici programlara bilgi verme yeteneği ile. En azından OOP kullanmak isteyenler, en azından aşağıdan, en azından yukarıdan, en azından aşırı programlama, en azından görsel vb.
MQL5'teki OOP yerine bir DC komisyonunu programlı olarak bulma fırsatı olsaydı çok sevinirim. Bu yeterli değil ve komisyon da terminalde biliniyor. Bu, benim görüşüme göre, bariz bir ihmaldir.