Yeni nesil ticaret programlarının gelişi. Danışmanların arayüzü nasıl olmalıdır? - sayfa 13
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
Bence bir uzmanla başlamalısın. Bir uzman için uygun olan üç tür görev verdim, ancak bunların arayüzünüzde uygulanabilir olmadığı ortaya çıktı.
Ne yardımcı olabilir? Belki daha derin entegrasyon veya projeyi bir "uzaktan kumanda" ile sınırlama.
enerjiniz, ancak barışçıl amaçlar için :-)
Tabii ki, GUI kütüphanelerinin geliştirilmesinin yaratıcı ve hatta minnettar bir şey olduğunu anlıyorum (kod yazarsınız, pencereler çizilir, sonucu görebilirsiniz). Ama bu böyle bir çıkmaz ve boşa harcanan bir uçurum ..
kısacası, alternatif GUI'nin MT'ye nasıl tutunduğu:
- bir DLL yazılır, bu:
- ilk çağrıda ayrı bir iş parçacığı oluşturur ve grafik alt sistemini başlatır
- her arayan için iki mesaj kuyruğu yapar - MT'den GUI'ye ve tersi
- Temel olarak bu kuyruklardaki mesajları işleyen/filtreleyen ve onları ChartEvent ile ileri geri atan bir MQ4/5 sınıfı yazılmıştır.
- yapı paylaşımı ve dizi senkronizasyonu için isteğe bağlı API
bu şekilde hemen hemen her modern sistemi bağlayabilirsiniz:
- winform'ları ve diğer Sharp'ları ile dotnet yapabilirsiniz (kaynağın bir yerinde bir yönetim kodunun nasıl bağlanacağı ve C#'da bir dll'nin nasıl oluşturulacağı hakkında bir makale vardı)
- glade'de gtk ve tasarım https://glade.gnome.org/
- Tasarımcısı ile Qt https://www.qt.io/ui/
- bazı kısıtlamalarla bir http sunucusu bile çalıştırabilirsiniz :-)
"Doğru" mimari ortaya çıkıyor - yayılan GUI ayrı bir iş parçacığında yaşıyor ve danışmanların/göstergelerin çalışmalarını yavaşlatmıyor. GUI, "özel olarak eğitilmiş kişiler" tarafından tasarlanır ve çizilir :-) Uzman Danışman/gösterge pratik olarak bir "modeldir" (MVC ve benzerlerinde olduğu gibi).
Bu görevlerin arayüzümde uygulanmadığını hiç söylemedim.) Yaklaşımların uyumsuzluğu nedeniyle OOP tabanlı teknolojilerin koduma entegre edilemeyeceğini kastetmiştim. Temel (en yüksek öncelikli) şeylerin uygulanması tamamlandıktan sonra bu görevleri kendim uygulamak zorunda kalacağım.
OOP'nin bununla hiçbir ilgisi yok. Tabii ki, hem dizeler hem de olaylar global değişkenler üzerinden geçirilebilir, ancak bu özel bir durum içindir, ancak büyük ölçekli bir proje için değil ve hatta "yeni nesil ticaret programları" gibi davranmak için değil.
enerjiniz, ancak barışçıl amaçlar için :-)
Hedeflerim yalnızca barışçıldır.)
Teklifiniz ilginç. Bunu denemenizi öneririm.
Şahsen benim için oldukça açık: Başkalarının kararlarını tercih etmek, kişinin kendisine karşı yaptığı bir seçimdir .
MT'nin kendi dili vardır. C++ ve C# varsa neden gerekli olduğunu açıklayın? Neden yaratıldı?
Bu dillerin algoritmik tüccarların görevleri için en iyi ölçüde keskinleştirilmediği için yaratıldığına inanıyorum. Uzmanlaşmış, uygulamalı bir dile ihtiyaç vardı.
Kullanıcılar bir arayüzün nasıl oluşturulacağını umursamıyor, asıl mesele kolayca yapılabilmesi. Önerdiğiniz gibi yalnızca ciddi profesyoneller bir arayüz oluşturabilir ve geri kalanı için standart MT kitaplığını kullanmak bazen zordur, DLL aracılığıyla üçüncü taraf programların çeşitli bağlantılarından bahsetmeye gerek yok.
Sürümünüzü geliştirseydim, bildiğiniz gibi DLL'lerin çoğunlukla kendileri için kullanılabileceği toplulukta dağıtamazdım. Ve bu kararın kullanımı ne farklı olurdu?
Çözümünüz mümkün, ancak geniş çapta dağıtılamaz.
OOP'nin bununla hiçbir ilgisi yok. Tabii ki, hem dizeler hem de olaylar global değişkenler üzerinden geçirilebilir, ancak bu özel bir durum içindir, ancak büyük ölçekli bir proje için değil ve hatta "yeni nesil ticaret programları" gibi davranmak için değil.
Arkadaşlar forumda sohbet ederken biraz yavaşlayan projeye geri döndüm. Gelişimimin ilerlemesini periyodik olarak buraya yazacağım ve herkese cevap vereceğim.
Gelecekteki Uzman Danışmanların arayüzü için düşünceleriniz, fikirleriniz, önerileriniz varsa lütfen yazın.
Teşekkür ederim.
Bununla birlikte, gelişmemiş teknoloji, ortak standartların olmaması, oluşturulan grafiklerin düşük kalitesi ve robotlarının kullanıcı arayüzünü oluşturma riskini alan programcıların karşılaştığı diğer sorunlar gibi zorluklar. MT'de tam teşekküllü bir kullanıcı arayüzü oluşturmanın, ticaret mantığını kodlamaktan, istatistik toplamak için algoritmalar yazmaktan veya bir stratejiye örüntü tanımayı dahil etmekten çok daha zor olduğu ortaya çıktı. Algoritmik ticaretin yeni bir algoritmik ticaret seviyesine geçişine engel olan, bir kişi ile bir program arasındaki gerekli etkileşim alanını önemli ölçüde genişleten, ticaretin verimliliğini artıran ve potansiyelini ortaya çıkaran bu zorluklardı. en orijinal fikirler. Algoritmalara bağlanan "demir" yazılım eksikliklerini, insan düşüncesinin esnekliğini telafi etmenizi sağlayan etkileşim alanı.
Artık EA'lar, kesinlikle raylar üzerinde çalışan tramvaylar gibidir ve kullanıcılar başka kimseyi tanımıyor, ancak EA'ların herhangi bir yöne taksi seçeneği ile araba gibi olup olmadığını hayal edin? Bu tür "makineler" ile piyasada kendinizi çok daha güvende hissedebilirsiniz ...
Hepinize iyi günler.
Algoritmik ticaretin yeni seviyesi hakkında çok iyi yazılmış. Gerçek şu ki, ticaret için modern bir arayüz çok gerekli bir şeydir. Nasıl oluşturulur - ayrı bir soru. Örneğin, sitede yayınlanan canlı istatistiklerimiz var. Ancak bu, robot harici bir kaynağa bağlıysa ve kullanıcı arayüzünü orada uygularsa mümkündür. MT bazında Infographics ile karşılaşmaya çalışmadık ve uygun olan yerde yaptık. Ayrıca, sıradan bir tüccar bir tarayıcının nasıl kullanılacağını bilir ve herhangi bir yeni arayüzün hala çalışılması ve buna alışması gerekir. Kullanıcılar için bireysel istatistikler yolda, yakında çok daha fazlası olacak.
Ama tramvay hakkında: bir şeyi nereye yönlendirmeli? Ne demek istiyorsun? Deneyimlerimiz, döviz piyasasında "tramvaylar gibi" dolaşan yazılı, test edilmiş, özelleştirilmiş robotların, bir tüccarın kullandığından daha güvenli ve daha verimli olduğunu göstermiştir. Tramvaya dönersek, hangi rotayı izlediğini anlamak önemlidir. Ama eğer sadece bir son nokta varsa, o zaman arabanın anlamı nedir? Kaza yapma olasılığı çok daha yüksektir. Sadece "yönlendirmeye" çalışanlarla yaşadığımız problemler.
Harika! Bunu ben de isterim. Doğru, yapay zeka açgözlü olabilir ve kârın bir yüzdesini kendi cebine alabilir veya kişisel düşmanlık temelinde sahibini mahvedebilir.))
Hepinize iyi günler.
Algoritmik ticaretin yeni seviyesi hakkında çok iyi yazılmış. Gerçek şu ki, ticaret için modern bir arayüz çok gerekli bir şeydir. Nasıl oluşturulur - ayrı bir soru. Örneğin, sitede yayınlanan canlı istatistiklerimiz var. Ancak bu, robot harici bir kaynağa bağlıysa ve kullanıcı arayüzünü orada uygularsa mümkündür. MT bazında Infographics ile karşılaşmaya çalışmadık ve uygun olan yerde yaptık. Ayrıca, sıradan bir tüccar bir tarayıcının nasıl kullanılacağını bilir ve herhangi bir yeni arayüzün hala çalışılması ve buna alışması gerekir. Kullanıcılar için bireysel istatistikler yolda, yakında çok daha fazlası olacak.
Ama tramvay hakkında: bir şeyi nereye yönlendirmeli? Ne demek istiyorsun? Deneyimlerimiz, döviz piyasasında "tramvaylar gibi" dolaşan yazılı, test edilmiş, özelleştirilmiş robotların, bir tüccarın kullandığından daha güvenli ve daha verimli olduğunu göstermiştir. Tramvaya dönersek, hangi rotayı izlediğini anlamak önemlidir. Ama eğer sadece bir son nokta varsa, o zaman arabanın anlamı nedir? Kaza yapma olasılığı çok daha yüksektir. Sadece "yönlendirmeye" çalışanlarla yaşadığımız problemler.
Tünaydın.
Geleceğin danışmanları (MT üzerinde çalışan) konseptimin özü, ihtiyacınız olan her şeyi tek bir programda birleştirmeniz ve merkezileştirmeniz gerektiği inancına dayanmaktadır.
Herhangi bir programın maksimum verimliliğinin tam olarak merkezileşmesinde ve evrenselliğinde yattığına inanıyorum. Maksimum sayıda ilgili özelliği birleştirmek ve gereksiz olan her şeyi kesmek, Uzman Danışman da dahil olmak üzere herhangi bir mekanizmanın verimliliğini niteliksel olarak artırabilir. Şu anda, ticaret robotlarının geliştirilmesi için önerilen seçeneklerin çoğu, uyumsuz dilleri ve kaynakları çeşitli şekillerde bağlamaya odaklanıyor. Harici DLL'lerin , görsel stüdyolarda yerleşik arayüzlerin, çeşitli istatistiksel hizmetlerin ve diğer şeylerin kullanılması önerildi... Potansiyel olarak ticaret robotunun yeteneklerinin seviyesini artırma görevinin bu şekilde çözüldüğünü belirtmeliyim, ancak açık. bu çözümün elverişsiz olduğunu ve herkes için uygun olmadığını .
Herkes, çok yetenekli olmayan bir algoritmik tüccar bile, bağımsız olarak (veya birinin yardımıyla), büyük masraflar olmadan, sahip olmak istediği bir robotu bir araya getirene ve en zor olanı çözmeye çalışarak dış kaynaklara yönelmek zorunda kalmayı bırakana kadar. birleştirme ve iş kurma konusunda onun için görevler, ticaret robotlarında yeni bir seviyeye atlama olmayacak. Benim kanaatim böyle.
Robotun içindeki dış istatistikler ve istatistikler temelde farklı şeylerdir. İlk seçenekte, yalnızca kullanıcı istatistikleri izleyebilir ve stratejisinin bazı parametrelerini gecikmeli olarak yeniden yapılandırabilir, ikinci seçenekte ticaret istatistikleri uzman tarafından gerçek zamanlı olarak analiz edilebilir, böylece robot ayarlayabilecektir. ayarlarının kendisi. Tamamen düşük istatistiksel göstergelerle değiştirme seçeneği ile ticaret stratejisi ayarlarını düzenlemek için algoritmalar yazabilirsiniz. Bu fikrin gelişme potansiyeli açıktır. Arabada mevcut olan ve tramvayda mevcut olmayan "direksiyon" ile kastettiğim buydu.
Danışmanın kendisi bir platformda, arayüzü başka bir platformdayken ve üçüncü platformdaki istatistikler, herkesin danışmanını görmek istediği ideal mekanizma açısından çok iyi görünmüyor. ))
Ekrandaki büyük bir "ganimet al" düğmesi yeterlidir ve yeşilliklerin DVD'den hemen çıkması için))