Birçokları için ilginç bir konu: MetaTrader 4 ve MQL4'te neler olacak - büyük değişiklikler yolda - sayfa 44
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
Konuyu tam olarak okumadığım için özür dilerim, ancak 1'den 7'ye ve 41'den 42'ye kadar sadece sayfalar için yeterliydim. Ve sadece fikrimi eklemem gerektiğini hissediyorum. Herkes MT3'ten geçiş yapmaya başladığından beri MT4 ve MQL4'teyim. MQL4'ten en çok, sadelik/işlevsellik oranının diğer tüm rakiplerini büyüklük sırasına göre geride bırakması beni cezbetti. Ve bunun ana avantajı olduğunu düşündüm. Ve tüm bu süre boyunca MQL4 çok değişti, bu tür haberlerden sonra ne tür bir canavar olacağını hayal etmek bile zor. Sadece burada, daha zor olan ne olursa olsun. MQL4 ne kadar karmaşık hale gelirse, tüccar için değil programcı için o kadar fazla faaliyet alanı olur! Bu nedenle MQL, potansiyel hedef kitlesini ve hatta belki de daha küçük bir bölümünü tam olarak kapsamamaktadır.
MetaSürücü:
.........
Öyleyse neden uzak bir ihtimal olsa bile (örneğin, MT6) gelecek için seçenekleri tartışmıyorsunuz? Bu tartışmalarda neden kötü niyet arıyorsunuz? Katılsan daha iyi olurdu.
.........
Ve yukarıdakilere göre, geliştiriciler için bir fikir uygulamam var. Esnekliği ve işlevselliği korumak ve aynı zamanda yeni MQL-X'i beynin kavramasını zorlaştırmamak için. Yeni MQL, öncelikle kullanıcının ticaret terminalinin programlama dillerini ve özelliklerini bilmesini gerektirmeyen görsel bir tasarım ve strateji geliştirme sistemi şeklinde bir Ticaret Stratejisi Oluşturucu şeklinde yapılmalıdır. ve karmaşık ticaret stratejilerini kolayca yazın (çizin). HiAsm'ın açıklayıcı bir örneği. Elbette HiAsm, genel amaçlı özel programlar yazmak için tasarlanmıştır. Ve C++'ın birçok benzer görsel olarak grafik uygulamasından sadece biridir. Öyleyse, MQL zaten C++'a çok benziyorsa ve nesne yönelimliyse, neden onu bir grafik yapıcı biçiminde yapmıyorsunuz? Danışmanın kaynak kodunu derleyerek sözdizimi hataları olasılığını ve düğme tıklaması için harcanan zamanı önemli ölçüde azaltmak mümkün olacaktır.
Önerdiğim fikir hakkında herkesin fikrini gerçekten duymak istiyorum, geliştiricilerin görüşleri özellikle ilginç....
Böyle bir kurucu var, Wizard MQL5. Sadece bir nedenden dolayı Jobs'taki halk izi fazla büyümüyor. Ve görünüşe göre, hiç kimse standart çözümleri sevmediği için. Ve Sihirbaz evrensel (standart okuma) bir çözümden başka bir şey sunamaz. ve oradaki üç katlı kod, eller tarafından çok daha basit ve daha kompakt elde edilir.
Ama yine, çözüm zaten var.
Tek kelimeyle - sıradan kullanıcılar için hayatı kolaylaştırmak istiyorsunuz, çok basit olmasına ihtiyacımız var, herhangi bir kod olmadan, bu konuya SSS ile bir yere değindik, bu ücretsiz yapılırsa, diğer hizmetler hoşlanmayacaktır. o: örneğin , iş
Hadi orda neyini beğenmedin, bir sihirbaz var, duyurulduğunda da beğenmediklerini haykırdılar, normal, Jobs iflas etmedi, sinyaller bile çıktı, vermiyorlar. sen de iflas etme. Testere zarar verecek.
Hatta modeli forumda tartışabilirsiniz, meraklılarının yetişeceğini düşünüyorum.
Konuyu tam olarak okumadığım için özür dilerim, ancak 1'den 7'ye ve 41'den 42'ye kadar sadece sayfalar için yeterliydim. Ve sadece fikrimi eklemem gerektiğini hissediyorum. Herkes MT3'ten geçiş yapmaya başladığından beri MT4 ve MQL4'teyim. MQL4'ten en çok, sadelik/işlevsellik oranının diğer tüm rakiplerini büyüklük sırasına göre geride bırakması beni cezbetti. Ve bunun ana avantajı olduğunu düşündüm. Ve tüm bu süre boyunca MQL4 çok değişti, bu tür haberlerden sonra ne tür bir canavar olacağını hayal etmek bile zor. Sadece burada, daha zor olan ne olursa olsun. MQL4 ne kadar karmaşık hale gelirse, tüccar için değil programcı için o kadar fazla faaliyet alanı olur! Bu nedenle MQL, potansiyel hedef kitlesini ve hatta belki de daha küçük bir bölümünü tam olarak kapsamamaktadır.
MetaSürücü:
.........
Öyleyse neden uzak bir ihtimal olsa bile (örneğin, MT6) gelecek için seçenekleri tartışmıyorsunuz? Bu tartışmalarda neden kötü niyet arıyorsunuz? Katılmak daha iyi.
.........
Ve yukarıdakilere göre, geliştiriciler için bir fikir-uygulamam var. Esnekliği ve işlevselliği korumak ve aynı zamanda yeni MQL-X'i beynin kavramasını zorlaştırmamak için. Yeni MQL, öncelikle kullanıcının ticaret terminalinin programlama dillerini ve özelliklerini bilmesini gerektirmeyen görsel bir tasarım ve strateji geliştirme sistemi şeklinde bir Ticaret Stratejisi Oluşturucu şeklinde yapılmalıdır. ve karmaşık ticaret stratejilerini kolayca yazın (çizin). HiAsm'nin güzel bir örneği. Elbette HiAsm, genel amaçlı özel programlar yazmak için tasarlanmıştır. Ve C++'ın birçok benzer görsel olarak grafik uygulamasından sadece biridir. Öyleyse, MQL zaten C++'a çok benziyorsa ve nesne yönelimliyse, neden onu bir grafik yapıcı biçiminde yapmıyorsunuz? Danışmanın kaynak kodunu derleyerek sözdizimi hataları olasılığını ve düğme tıklaması için harcanan zamanı önemli ölçüde azaltmak mümkün olacaktır.
Önerdiğim fikir hakkında herkesin fikrini gerçekten duymak istiyorum, geliştiricilerin görüşleri özellikle ilginç....
Hadi orda neyini beğenmedin, bir sihirbaz var, duyurulduğunda da beğenmediklerini haykırdılar, normal, Jobs iflas etmedi, sinyaller bile çıktı, vermiyorlar. sen de iflas etme. Testere zarar verecek.
Hatta modeli forumda tartışabilirsiniz, meraklılarının yetişeceğini düşünüyorum.
Profesyonel olan sizsiniz ve sizin için kolay, ancak tüccarların çoğu tembel, eğer bir sayaç tüccarında bunu burada olduğu gibi yapmak mümkün olsaydı, o zaman programcıların hiç işi kalmadı (ve bu yapıldıysa) bir ücret karşılığında, o zaman olasılık toplu olarak para kazanmak olacaktır)
Örneğin tisilabe'de olduğu gibi, hem küpler hem de kod, çerçevenin nerede çizileceği, sonra küplerle, bir yerde özel bir şey, sonra kod için görsel bir kurucu gereklidir. Bu tür çözümler, kodlamanın tembelliği nedeniyle değil, sadece modelleme hızındaki avantaj nedeniyle gelecektedir. Bu, dijital grafiklerle oldu ve mantığı "çizmeniz" ve çok seviyeli yapılarla denemeniz gereken tüm yarı deneysel süreç modellemelerinde de olacak.
Hizmet çalışması bundan zarar göremez, en düşük şablon geliştiriciler katmanı acı çekecek ve haklı olarak, genel olarak, saatte 5 dolardan daha az bir ücretle çalışanlar için üzücü olan şey, kendileri böyle bir kaderi seçtiler ... Büyük projeleri hayata geçirenler ise tam tersine rutin operasyonların hızlanmasına sevineceklerdir.
Örneğin tisilabe'de olduğu gibi, hem küpler hem de kod, çerçevenin nerede çizileceği, sonra küplerle, bir yerde özel bir şey, sonra kod için görsel bir kurucu gereklidir. Bu tür çözümler, kodlamanın tembelliği nedeniyle değil, sadece modelleme hızındaki avantaj nedeniyle gelecektedir. Bu, dijital grafiklere oldu ve mantığı "çizmeniz" ve katmanlı yapılarla denemeler yapmanız gereken tüm yarı deneysel süreç modellemelerine de olacak.
Hizmet çalışması bundan zarar göremez, en düşük şablon geliştiriciler katmanı acı çekecek ve haklı olarak, genel olarak, saatte 5 dolardan daha az bir ücretle çalışanlar için üzücü olan şey, kendileri böyle bir kaderi seçtiler ... Büyük projeleri hayata geçirenler ise tam tersine rutin operasyonların hızlanmasına sevineceklerdir.
Sözlerin ruh için bir merhem gibidir. En azından bir kişinin anlatmaya çalıştığımı aydınlatmasına çok sevindim.
SSS , 2013.08.10 00:34
Ne amaçla buradasın diye düşünüp duruyorum ve inatla neyin reklamını yapıyorsun? Birkaç haftalığına gitmek için yıkanır mısın ???Burada hiçbir şeyin reklamını yapmıyorum. Sadece açıklığa kavuşturmak için bir örnek verdim.
Programlama kavramının kendisi - komutlar biçiminde metin yazma veya metin biçiminde komutlar - umutsuzca modası geçmiş durumda. Bu çok rutin bir iş olduğu için çok zaman alıyor.
Programlama konusunda en azından biraz deneyimi olanlar ve profesyonel programcılar, algoritmanın ne olduğunu ve algoritmanın ana öğelerinin simgelerinin neye benzediğini daha iyi bilirler. Ve şimdi bunun ne kadar basit olacağını hayal edin, örneğin: Çalışma alanının ortasındaki temiz bir alana (ticaret enstrümanı teklifleri tablosunda değil, kaynak kodu düzenleyicisinde), Sürükle ve Bırak yöntemini kullanarak çeşitli şeyler attım. (gerekli) herhangi bir yan panelden simgeler. Daha sonra figürin simgelerinin gerekli noktalarını mantıksal bağlantı çizgileriyle birleştiriyoruz. Sonuç olarak, danışman programının kaynak kodu, mikro devreler, yarı iletkenler ve parçalarla birbirine bağlanan diğer elemanlara sahip bir anakart gibi görünecektir. Ayrıca, bu editörde derleme düğmesine de basıyoruz ve danışman hazır!
Yeterince hayal gücü olan, bir ticaret danışmanı derlemek için kaynak kodunu derlemenin ne kadar hızlı ve kolay bir şekilde mümkün olacağını hayal edin. Derlerken hangi beyinlerin sözdizimine uyulması ile tıkanmayacaktır. Bu konsept, ticaret stratejisinin doğrudan uygulanmasına %100 odaklanmanızı sağlar. Ve daha karmaşık ve esnek programlar oluşturmanıza izin veren bu kavramdır.
Wizard MQL5 (normal şablon sihirbazı) ve Mykibo (ticaret aracı fiyatları tablosundaki grafik öğelerinin göreceli konumuna dayalı sipariş yönetimine sahip Düzenli Uzman Danışman) hakkında bilgim var - BU BU DEĞİL!
Beni yıkamaya göndermene gerek yok. Normal parlak bir fikir önerdim.
Bu, elbette, dudaklarından bir şaka. Çünkü bu iki formayı tutmak, yalnızca HighBid ve LowAsk'i tutmak kadar doğruluğu etkilemeyecektir.
hayır)) sadece açılıştaki spread veya ortalama spread yerine, spread'i çubuğun Düşük oluştuğu anda saklayın. Onlar. Low_Ask - Low_Bid=Spread_Low. Ardından Low_Bid+Spread_Low=Low_Ask )))
Onlar. veri yapısındaki hiçbir şeyi değiştirmeden, kenelerden çubuk toplama kuralını değiştirin (yayılma hesaplaması).
Mantıklı bir şekilde çözdüm - iyi olarak, ayrıca bir HighBid talebine ve LowAsk için bir teklife ihtiyacınız var. Ya da mantığı yeniden yapmak gerekiyor, çok olmasa da, o zaman gerçeğin biraz karamsar bir versiyonu olacak. Kanallar.
hayır)) sadece açılıştaki spread veya ortalama spread yerine , spread'i çubuğun Düşük oluştuğu anda saklayın . Onlar. Low_Ask - Low_Bid=Spread_Low. Ardından Low_Bid+Spread_Low=Low_Ask )))
Onlar. veri yapısındaki hiçbir şeyi değiştirmeden, kenelerden çubuk toplama kuralını değiştirin (yayılma hesaplaması).