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

 
Dmitry Fedoseev :

Belki evet. Ama eğer GUI ise, o zaman bu başka bir dosyadır ve bu piyasada mümkün değildir.

Belki . bilmiyorum. Ama Peter değerli bir şeyde başarılı olursa bu sorunu çözebileceğimizi düşünüyorum.
Markete bir dosya göndermeniz gerekecek, motoru göndermenize gerek yok ama motorsuz çalışacak.
Peter, yoksa bir şeyi yanlış mı anlıyorum?
 
Nikolai Semko :
Belki . bilmiyorum. Ama Peter değerli bir şeyde başarılı olursa bu sorunu çözebileceğimizi düşünüyorum.
Markete bir dosya göndermeniz gerekecek, motoru göndermenize gerek yok ama motorsuz çalışacak.
Peter, yoksa bir şeyi yanlış mı anlıyorum?

Her şeyi doğru anladın Nikolai. EA motorsuz çalışır. Motor, ayrı bir tabloya atıldığı anda Expert Advisor GUI'sini oluşturur ve ondan bir komut alır. Motor, farklı Uzman Danışmanlar arasında geçiş yapabilir. Geçiş yaparken, diğer çekirdeği metin dosyasından yeniden yükler. Hiç kaldıramazsınız, ancak ayrı bir grafik seçin ve her zaman orada tutun.

 
Kullanıcıyı, motorun indirebilmesi için dosyayı çekirdekle her yere sürükleme ihtiyacından kurtarmak için bir fikir var. Bir GUI üretirken, yapıcı bir çekirdek dosyası üretir. Oluşturucu, bir dosyaya kaydetmek yerine çekirdeği bir kaynağa kaydedebilir ve bu kaynağın bağlantı dizesini Bağlantı Özellikleri dosyasına yazabilir. Kullanıcı oluşturulan Bağlantı Özellikleri dosyasını bağladığında, Uzman Danışmanını başlatırken, bu kaynak çekirdekle entegre edilecektir. Ayrıca, motora bağlanırken, ikincisi basitçe kaynağı EA'dan gelen çekirdekle okuyacak ve GUI'yi yeniden üretecektir. Böylece kernel ile dosya taşımaya gerek kalmayacak.
 
Maxim Kuznetsov :

mevcut kurallara göre, ek bağımlılıkları olan ürünler pazarda dağıtılamaz. Ayrıca, bunun yasal olarak yasak olduğundan veya oldukça zor olduğundan şüpheleniyorum.

Dll'lere çağrı içermeyenler de dahil olmak üzere harici eski* kitaplıkları kullanamazsınız. Ancak bu sınırlama, Peter motoru olan göstergeler için geçerli değildir.

 
Vasiliy Sokolov :

Dll'lere çağrı içermeyenler de dahil olmak üzere harici eski* kitaplıkları kullanamazsınız. Ancak bu sınırlama, Peter motoru olan göstergeler için geçerli değildir.

Bu soruyu özellikle marketin servis masasına sorarak öğrendim. Cevap oldukça açıktı, ancak o zaman memnun etmedi :-) pazar ürünü kendi başına bir şey olmalı ve başka herhangi bir bileşenin kurulumunu gerektirmemelidir. Gerekli tüm göstergeler ve kitaplıklar, Kaynaklar aracılığıyla içeri itilmelidir.

bu arada, mantıklı - bir kişi bir ürün satın aldı ve bu ürün (ve beyan edilen tüm özellikleri) gereksiz hareketler olmadan hemen mevcut olmalıdır.
Ve bazı bağımlılıkların güncellendiği bir durum yoktu ve danışman düştü :-)

 

Genel olarak, ticaret:

gelirim "çekirdek - motor"

;)
 
Реter Konow :
Kullanıcıyı, motorun indirebilmesi için dosyayı çekirdekle her yere sürükleme ihtiyacından kurtarmak için bir fikir var. Bir GUI üretirken, yapıcı bir çekirdek dosyası üretir. Oluşturucu, bir dosyaya kaydetmek yerine çekirdeği bir kaynağa kaydedebilir ve bu kaynağın bağlantı dizesini Bağlantı Özellikleri dosyasına yazabilir. Kullanıcı oluşturulan Bağlantı Özellikleri dosyasını bağladığında, Uzman Danışmanını başlatırken, bu kaynak çekirdekle entegre edilecektir. Ayrıca, motora bağlanırken, ikincisi basitçe kaynağı EA'dan gelen çekirdekle okuyacak ve GUI'yi yeniden üretecektir. Böylece kernel ile dosya taşımaya gerek kalmayacak.
Vay, böyle yaptığını sanıyordum. Elbette, yapılandırma dosyalarını yanınızda taşımanın ne anlamı var.
Hayal edebiliyor musun Peter, motoru sınıf olarak ortak bir eski * dosyaya da sokabilirsin.
Ve altı kanatlı yedi * s yok :))
 
Nikolai Semko :
Vay, böyle yaptığını sanıyordum. Tabii ki, ayar dosyalarını yanınızda taşımanın ne anlamı var.
Hayal edebiliyor musun Peter, motoru sınıf olarak ortak bir eski * dosyaya da sokabilirsin.
Ve altı kanatlı yedi * s yok :))

Bana daha fazlasını söyleyebilir misin? Nasıl, ne ve neden.

 
Nikolai Semko :
...
Hayal edebiliyor musun Peter, motoru sınıf olarak ortak bir eski * dosyaya da sokabilirsin.
...

Nikolai, motor kodunu herkes için açmayı teklif edersen, böylece herkes bir danışmana koyarsa, o zaman düşündüm. Ne yazık ki, bu motorun gelişimi için sınırı belirleyecektir. Her şey, kullanılan kaynakları sınırlayacak ve hesaplamaları paralelleştirerek elde edilebilecek faydaların çoğu kaybolacak olan tek bir uygulamanın iş parçacığında gerçekleşecek. Ek olarak, kullanıcılar motorda kendi değişikliklerini yapmaya ve değiştirilmiş sürümleri dağıtmaya başlayacak, bu da kaos ve yeni geliştirme sorunları yaratacaktır.

Bu nedenle, fikir teoride iyidir, ancak pratikte ne yazık ki ... (

 
Реter Konow :

Nikolai, motor kodunu herkes için açmayı teklif edersen, böylece herkes bir danışmana koyarsa, o zaman düşündüm. Ne yazık ki, bu motorun gelişimi için sınırı belirleyecektir. Her şey, kullanılan kaynakları sınırlayacak ve hesaplamaları paralelleştirerek elde edilebilecek faydaların çoğu kaybolacak olan tek bir uygulamanın iş parçacığında gerçekleşecek. Ek olarak, kullanıcılar motorda kendi değişikliklerini yapmaya ve değiştirilmiş sürümleri dağıtmaya başlayacak, bu da kaos ve yeni geliştirme sorunları yaratacaktır.

Bu nedenle, fikir teoride iyidir, ancak pratikte ne yazık ki ... (

Peter, kanıt nerede?
Bir programın yürütme hızlarını bir ex5'te (ex4 ile deneme yapmak anlamsız) ve ikide karşılaştıran araştırma raporu nerede?
Bu arada, yaklaşımınızın avantajlarının en az bir formülasyonunu sizden beklemediğimde, ilk kez ( burada ) benim tarafımdan ifade edilen yalnızca varsayımsal bir varsayımdı.
Bu varsayımımı bir gerçek olarak zaten gölgede bıraktın.
Şahsen, bir kazanç olabileceğini kabul ediyorum, ancak tamamen sezgiye (bilgiye değil) %75 bunun herhangi bir avantaj sağlamayacağını belirtiyorum çünkü. iki program arasındaki etkileşim ve veri alışverişi ücretsiz olmaktan çok uzaktır ve işlemci her ikisi için de birdir ex5. Ancak bu sorunun cevabı ancak geliştiricilerin kendileri veya nitel bir deney tarafından verilebilir.