Mt4 End desteği. - sayfa 29
Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım 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
Ana dezavantaj: OOP, kodu birçok işleve bölme yolunda sizi zorlar.
Bir kişinin parçalanmış kodu algılaması daha kolaydır, ancak parçalanma herhangi bir mekanizmada kontrendikedir.
Bu doğru, ama dezavantajı nedir?
Bu en büyük artı! Tam olarak, bir kişinin parçalanmış kodu algılaması daha kolay olduğu için!
Bilgisayar kişiye göre adapte olmalıdır, kişi bilgisayara değil.
Bu doğru, ama dezavantajı nedir?
Bu en büyük artı! Tam olarak, bir kişinin parçalanmış kodu algılaması daha kolay olduğu için!
Bilgisayar kişiye göre adapte olmalıdır, kişi bilgisayara değil.
Ne yazık ki, geliştirici her şeyden önce mekanizmasının etkinliğini düşünmeli, rahatlığı hakkında değil.))
Aksi takdirde, mekanizma "gevşek" olacaktır.
Geliştirici bilgisayara uyum sağlamalıdır.
Teklifler bir sunucudan geliyorsa, hangi enstrümanın önemi yoktur. Sonuçta, çubuklar her enstrümanda aynı anda açılır.
Başka bir şey, alıntı kaynaklarının dünyanın farklı yerlerinde bulunuyor olmasıdır. Dakikalar için önemli değil, ancak daha yüksek zaman dilimlerinde bir sorun olabilir. Belki de zaman fonksiyonlarını daha detaylı incelemeniz ve zamana ince ayarlamalar yapmanız gerekiyor. Ancak bu, bu çözümün geliştirilmesindeki bir sonraki aşamadır ...
Bu işlev için kalibre edilmesi gerekiyor...
İlk başta bensiz yazılan her şeyi okumak istedim, birdenbire zaten bir soru ve bir cevap vardı, ama korkarım daha sonra alıntı yapılması gereken bir yazı bulmak zor olacak.
Şimdiye kadar sadece 1 soru: Herkesin bildiği gibi, yeni zaman aralığında ilk tik işaretine kadar yeni bir çubuk görünmeyecek. Buna göre milisaniye cinsinden bir çubuk olması gerekiyor ama yok ise yanlış çubuktan gösterge okumaları alınabilir.
Artyom'un sorduğu ikinci soruya umarım bir cevap bulurum.
İlk başta bensiz yazılan her şeyi okumak istedim, birdenbire zaten bir soru ve bir cevap vardı, ama korkarım daha sonra alıntı yapılması gereken bir yazı bulmak zor olacak.
Şimdiye kadar sadece 1 soru: Herkesin bildiği gibi, yeni zaman aralığında ilk tik işaretine kadar yeni bir çubuk görünmeyecek. Buna göre milisaniye cinsinden bir çubuk olması gerekiyor ama yok ise yanlış çubuktan gösterge okumaları alınabilir.
Artyom'un sorduğu ikinci soruya umarım bir cevap bulurum.
Evet, bunu dün tartışmıştık.
Daha önce, başka bir platformla ilgilendim ve orada tekliflerin gelmesinden bağımsız olarak çubuklar zamanında kuruldu (TWS'ye bakın).
Bunun MT'de olmadığı söylendi.
Yeni bir çubuğun ortaya çıkma olayını onaylamak için bir teklifin gelişi için bir çek ekleyeceğim.
Alıntıların gelmesinden bağımsız olarak çubukların açıldığını zaten yanıtladım. Teklif yoksa, yeni çubuğun fiyatı bir öncekinin kapanış fiyatı olacaktır. Yeni bir çubuğun gerçeği, bir zamanlayıcı üzerinde çalışan sayaçların kendileri tarafından, tekliflerin gelmesinden bağımsız olarak kaydedilecektir.
Belirli bir zaman çerçevesi önemli değil, çünkü bu yalnızca değerine ulaşan bir sayaç ve o zaman çerçevesinin yeni çubuk olayı ayarlandı. Bu, yalnızca farklı zaman dilimlerindeki yeni çubukların görünümüyle bir senkronizasyon yöntemidir. SENK.
Alet de önemli değil. Eğer alıntılar aynı sunucudan geliyorsa, yeni çubukların aynı görünüm zamanına sahip oldukları anlamına gelir. Dolayısıyla bu aletler dünyanın bir noktasından olduğu sürece hangi alet olduğunun bir önemi yoktur.
Söylediklerimi bitirip diğer şeylere geçeceğim. Güzel şeyler küçük paketlerde gelir.)
Ve herhangi bir dönemin bir önceki barı olan Cuma kapanışının 1.20333'e eşit olduğu ve Pazartesi'nin açılışının da herhangi bir dönemin 1.20142'ye eşit olduğu gerçeğini nasıl açıklayabiliriz?
Elbette bunlar bir komisyoncunun alıntıları, diğeri biraz farklı olabilir, ancak herkesin bir farkı vardır.
Ve herhangi bir dönemin bir önceki barı olan Cuma kapanışının 1.20333'e eşit olduğu ve Pazartesi'nin açılışının da herhangi bir dönemin 1.20142'ye eşit olduğu gerçeğini nasıl açıklayabiliriz?
Elbette bunlar bir komisyoncunun alıntıları, diğeri biraz farklı olabilir, ancak herkesin bir farkı vardır.
Bu boşluk ile açıklanmaktadır. Bu, bir oturum açıldığında olur.
Ben ticaret konusunda büyük bir uzman değilim, bu yüzden kesinlikle fikrimi yargılamayın.)
Ve Forex'te neler olduğunu daha da az biliyorum.))
Ne yazık ki, geliştirici her şeyden önce mekanizmasının etkinliğini düşünmeli, rahatlığı hakkında değil.))
Aksi takdirde, mekanizma "gevşek" olacaktır.
Geliştirici bilgisayara uyum sağlamalıdır.
Hayır.
Bilgisayarın bana göre ayarlanmasına izin ver. Benim başka sorunlarım da var. Geliştirici, yalnızca bilgisayarın "çıkarmadığı" yerleri, örneğin yeterli hız veya belleğin olmadığı "darboğazlarda" ayarlayabilir. O zaman, evet, uyum sağlama sırası geliştiricide. Ancak, OOP'nin bilgisayarda bir şekilde azaltmak zorunda kalacağım kadar önemli bir ek yük vereceği yerlere hiç rastlamadım.
peki, bunun gibi bir şey (MQL5 kodu):
Ama tekrar ediyorum - Ben OOP'nin destekçisiyim.
Prosedürel programlama ile neler yapılamayacağını gösteren gerçekten kötü bir örnek.
Buna başladığımda, bir şeyin mümkün / imkansız olduğunu gösterme niyetinde değildim, sadece kodlarımı yazarken daha sonra kullanmak için daha uygun.
Ama ortaya çıktı, V.S.'nin dediği gibi, en iyisini istedim ama her zamanki gibi çıktı.
Hayır.
Bilgisayarın bana göre ayarlanmasına izin ver. Benim başka sorunlarım da var. Geliştirici, yalnızca bilgisayarın "çıkarmadığı" yerleri, örneğin yeterli hız veya belleğin olmadığı "darboğazlarda" ayarlayabilir. O zaman, evet, uyum sağlama sırası geliştiricide. Ancak, OOP'nin bilgisayarda bir şekilde azaltmak zorunda kalacağım kadar önemli bir ek yük vereceği yerlere hiç rastlamadım.
Bilgisayardaki yük, geliştiricinin mekanizmasının tutarlılığı konusuna ihmalkar tutumu ile verilir. Sistemi iyileştirmede enerji tasarrufu yapma arzusu. İşlerini kolaylaştırmak adına bilgisayar kaynaklarının mantıksız tüketimi.
Bilgisayar verimsiz bir şekilde yazılmış kodla başarılı bir şekilde başa çıktığı sürece, geliştirici bilgi işlem gücü üzerinde "parazit" yapmaya devam edecektir. Bu çıkmaz bir yoldur.
Er ya da geç, verimsiz bir mekanizma gelişmeyi durduracak ve yerini daha gelişmiş bir analog alacaktır.
Bir insanın zamanı ve emeği boşa gidecek ve yavruları çöp tenekesine atılacaktır.
Rekabetçi dünyada bu risk her zaman mevcuttur.
Mekanizmaları tasarlarken, ilk etapta özelliklerini, ikinci sırada çalışma saatlerimizi geçirmenin rahatlığını ve rahatlığını düşünmeliyiz.))
Bilgisayardaki yük, geliştiricinin mekanizmasının tutarlılığı konusuna ihmalkar tutumu ile verilir. Sistemi iyileştirmede enerji tasarrufu yapma arzusu. İşlerini kolaylaştırmak adına bilgisayar kaynaklarının mantıksız tüketimi.
Bilgisayar verimsiz bir şekilde yazılmış kodla başarılı bir şekilde başa çıktığı sürece, geliştirici bilgi işlem gücü üzerinde "parazit" yapmaya devam edecektir. Bu çıkmaz bir yoldur.
Er ya da geç, verimsiz bir mekanizma gelişmeyi durduracak ve yerini daha gelişmiş bir analog alacaktır.
Bir insanın zamanı ve emeği boşa gidecek ve yavruları çöp tenekesine atılacaktır.
Rekabetçi dünyada bu risk her zaman mevcuttur.
Mekanizmaları tasarlarken, ilk etapta özelliklerini ve çalışma saatlerimizi geçirmenin rahatlığını ve rahatlığını düşünmeliyiz - ikincisi.))
Buna Programın yazımı bitene kadar bu tür yerler tam olarak belirlenemez. Bu nedenle, ilk başta, düzgün çalışan (ve başka herhangi bir geliştirici tarafından okunabilen) kod yazılır ve ancak o zaman optimize edilecek bir şey varsa, optimize edilir.