Benim yaklaşımım. Çekirdek - Motor. - sayfa 49

 
Алексей Тарабанов :

İstok'ta mı?

hayır. Sayı enstitüsü, şimdi numarayı hatırlamıyorum.

ve sonra söylemezdim :-)

 
:)
 
Реter Konow :

İlginiz için, penceremi tekrarlamak için yazılması gereken kodu oluşturup burada gösterebilirsiniz ve benim versiyonumla karşılaştıralım.

Garip bir rekabet ruhun var :)

Burada ilgi uğruna ve GUI'nizi böyle bir programın bir analogunu oluşturmak için kullanabilirsiniz:


Program, 2013 yılında iki ayda yazılırken, bir başka paralel proje de uygulanmaya devam ediyor.

Program en son 2014 yılında derlenmiştir, olaylar olabilir :)

Programı değişim enstrümanlarında çalıştırmak daha iyidir.

Moderatörler için açıklama: Bu program piyasada yok.

Dosyalar:
IShift.ex5  3312 kb
 
Yury Kulikov :

Program, 2013 yılında iki ayda yazılırken, bir başka paralel proje de uygulanmaya devam ediyor.

Moderatörler için açıklama: Bu program piyasada yok.

kaliteli ve iyi görünüyor! Özellikle bir talimat olmasını sevdim - bu da iş

ama sonra tekrar, ya profesyonelce yapmak ya da hiç yapmamak, yani. böyle bir kod yazdıktan sonra Market'te yazmaya ve satmaya devam etmeniz gerekiyor, aksi takdirde işçilik maliyetleri çok yüksek

Bu tür programlara olan talep ne kadar büyük? - Ayda en az 5 adet satılıyor mu?

 
Igor Makanu :

Bu tür programlara olan talep ne kadar büyük? - Ayda en az 5 adet satılıyor mu?

Muhtemelen 3 yılda sadece 8 parça satın alındı.

 
Yury Kulikov :

Muhtemelen 3 yılda sadece 8 parça satın alındı.

üzgün....

bütün tartışma bundan ibaret, bana gelince, piyasalarla ilgilenen biri olarak, .dll'yi 3 tıklamada ve ardından form tasarımcısında bağlamanız yeterli, tüm zilleri ve ıslıkları yapabilirim, yani. MT'nin standart teslimatı için yeterli fırsatım var ve üçüncü taraf yazılımlarda emek yoğun olduğunu düşündüğüm her şeyi yapacağım

bir geliştiriciyseniz, o zaman Pazara "takvimli bir boyama kitabı" değil, kar edebilecek veya etkili bir analiz aracı olabilecek tam özellikli bir ürün koymanız gerekir - örnek olarak @Yury Kulikov

En azından @Peter Konow'un para kazanmak istediğini anlayan var mı?

 
Neden Peter, aynı şeyi OOP kullanarak yaparsın. Neden özelliklerini kullanmadığınızı anlamıyorum ve OOP'nin ilkelerini anlamaya bile çalışmıyorsunuz. Bir BT uzmanının mesleği, bu uzmanın sürekli olarak kendi kendine eğitimle meşgul olduğu anlamına gelir. Teknoloji dur durak bilmedikçe, yeni programlama dilleri ortaya çıktıkça, PC'nin gücü de artıyor. Genel olarak, ilerleme durmaz. Ve sen programlama tarzınla 2000'ler düzeyinde takılıp kalıyorsun ve diğer programcıları o tüylü yılların düzeyine geri dönmeye davet ediyorsun. Birçok kez tekrarladım ve tekrar edeceğim. Tüm bunları OPP kullanarak yapmaya çalışın.
 

Peter'ın aklındaki şey elbette iyi bir şey. Ancak böyle bir motoru yapmak için birkaç akıllı insan kaynağı gereklidir.

Yine de çok fazla talep olmayacak, çünkü MQL'de panel oluşturmanın 3 yolunu şahsen biliyorum: bunlar basit MQL nesneleri, standart nesneler ve Canvas.

Ve sıradan kullanıcılar, çok sayıda parametre ve özellik içeren devasa panellere ihtiyaç duymazlar. Ve işte ihtiyacınız olan:





PS Bu robot henüz piyasada satılmamıştır. Ama çıkar çıkmaz video silinecek.

 
Алексей Тарабанов :

Burada katılmıyorum. Yarı otomatik ticaret, "al-sat" pompasına veya başka bir pompaya tıklama yeteneği değil, tam olarak yarı otomatik ticaret anlamına gelir.

Ne yazık ki, şubenin yazarı inatla bana bu pompaları üretmem için bir mekanizma sağlıyor - hepsi bu.

Peki, danışmanın etkileşimi nerede, ana seviyelerinden biri aniden yeni bir kalıcı ikamet yerine taşındığında, kullanıcının onu taşıdığı yer (o asıl olan); EA'nın daha önce oluşturmadığı yeni (veya - basitçe, ana) trend çizgilerinin takibi nerede?

Yarı otomatik ticarette, işin bir kısmı danışman tarafından yapılır (bu iş her zaman rutindir), diğer kısmı tüccar tarafından yapılır (içgörüye dayalı bilgiler üretir - içeriden bilgi ile karıştırılmamalıdır). Bundan sonra, danışman etkileşimli ortak faaliyet sürecinin sonucunu alır ve onu tamamlamaya getirir, tüccarın yeniden müdahalesine ve eylemlerini yeniden ayarlamasına sürekli olarak hazır kalır.

Pompa mı çekiyoruz yoksa faaliyetleri otomatikleştiriyor muyuz?

Görünüşe göre Peter, böyle yarı otomatik bir danışman için tam olarak GUI kütüphanesini sunuyor.

Yani, yarı otomatik bir cihaz - kendiniz yazarsınız. Ve Peter'ın kütüphanesi - sadece size daha kolay yardımcı olacak (daha kolay mı?) Kullanıcı kontrollerini görüntülemek.

Kütüphanenin hedef kitle için oldukça uygun olduğunu defalarca söyledim. Ancak sorun, bu hedef kitlenin aşırı darlığıdır. Peter'ın buradaki tüm eleştirisi, hedef kitleye ait olmayan insanlardan - hepsi programcılar, eğer "yarı otomatik makinelere" (ve aslında küçük bir manuel eklemeye sahip makinelere) sahiplerse - neredeyse hiç kontrol gerektirmezler, ve bu insanlar kendileri için programlar yazmayı tercih ediyor. Öte yandan Peter, nasıl programlanacağını bilen, ancak manuel ticareti tercih eden insanlara ihtiyaç duyuyor - yani, manuel giriş, manuel durdurma yerleştirme ve aktarma, manuel kapatma. Uzman yalnızca uygun bir biçimde bilgi sağlar.

Şimdiye kadar eleştirmenler arasında böyle bir insan olmadı ve eminim ki çok azı vardır.

Peter "bu insanlardan bir katman yaratacağını" iddia ediyor - bundan çok şüpheliyim. Bir programcıya manuel olarak ticaret yapmayı öğretmek ve ardından ona yarı otomatik bir makinede manuel ticaretin daha iyi olduğunu kanıtlamak mı? Gerçek dışı. Ama bakalım, belki yanılıyorum.

 
Vitalii Ananev :
Neden Peter, aynı şeyi OOP kullanarak yaparsın. Neden özelliklerini kullanmadığınızı anlamıyorum ve OOP'nin ilkelerini anlamaya bile çalışmıyorsunuz. Bir BT uzmanının mesleği, bu uzmanın sürekli olarak kendi kendine eğitimle meşgul olduğu anlamına gelir. Teknoloji dur durak bilmedikçe, yeni programlama dilleri ortaya çıktıkça, PC'nin gücü de artıyor. Genel olarak, ilerleme durmaz. Ve sen programlama tarzınla 2000'ler düzeyinde takılıp kalıyorsun ve diğer programcıları o tüylü yılların düzeyine geri dönmeye davet ediyorsun. Birçok kez tekrarladım ve tekrar edeceğim. Tüm bunları OPP kullanarak yapmaya çalışın.

Vitaly, sorun şu ki Peter bir hafıza devi. Nerede ve hangi indekslere sahip olduğunu, ne anlama geldiğini, hangi bağlantılara ve nerede olduğunu unutmaz.

Böyle şık bir hafıza ile - OOP çanları ve ıslıkları - sadece ekstra hareketler ve bazı performans düşüşleri. Neden o?

OOP, bir hafta içinde, bir değişkenin neden bu yerde değiştirilebileceğini, ancak bir sonrakinde neden değiştirilebileceğini artık hatırlamayanlar içindir. Kapsüllemeye, genel, korumalı ve özel sınıf bölümlerine, sanal arayüzlere, polimorfizme ihtiyaç duyanlar onlardır ... Ve her şey bir bilgisayar gibi bellekte olduğunda, herhangi bir OOP eklentisi olmadan her nesneye doğrudan erişmek çok daha kolaydır. .

Peter'a, nesneleri geçerken referansların sayısını dikkate alan bir akıllı işaretçiler sınıfı sunun ve sonra, kimse onlara başvurmadığında, bunlar silinir! Peter şaşıracak, her bir nesnenin ne zaman oluşturulduğunu, kaç kullanıcısı olduğunu, ne kadar süreyle var olması gerektiğini ve ne zaman silinmesi gerektiğini çok iyi hatırlıyor. Bunları kullanmanın ne anlamı var?


Hayır, bu da mümkün. Tek bir sorum var - KİM İÇİN? Peter, "bu tür kullanıcılardan oluşan bir katman oluşturacağını" iddia ediyor. Peki, peki... Bakalım.

Neden: