MetaTrader 5 Strateji Test Cihazı 3D Görselleştirme - sayfa 4

 
falkov :

Evet, seçilen parçanın basılmamış olması bir zavallılık göstergesi değil mi? (2,5 bin satırlık bir listeden bir işlevi yazdırmam gerekiyor - nasıl yapılır?)

Başlıkları ve altlıkları (tarih, baskı zamanı, dosya adı) düzenleyememek zavallılığın bir göstergesi değil mi? (Bunun göstergenin en son sürümü olup olmadığını veya bir hafta önce yazdırdığım dosyanın nerede olduğunu bilmem gerekiyor)

Hiçbir durumda. Bir kod düzenleyici ile genel amaçlı bir düzenleyiciyi karıştırıyorsunuz.

Gerçekte, seçilen parçaların yazdırılmasında bir sorun yoktur - gerçekte kullanılmayan bir işlev buldunuz.

Normal metin seçimi imkanının olmaması ( https://www.mql5.com/en/forum/2582/page2#comment_41664 ) bir perişanlık göstergesi değil mi? (Bir şey için iki yüz satırlık metni vurgulamam gerekiyor)

Seçimde her şey yolunda, belki yanlış bağlantı verdiniz?


Katlamanın olmaması ve normal bir proje yöneticisi büyük ölçüde müdahale ediyor - buz da değil, değil mi?

Katlama kritik bir işlev değildir. Proje yöneticisi biraz sonra, sadece kaynaklar ve mağaza için hazırlık ile birlikte olacak.

Diğer kod editörleri de aynı derecede kusurlu olsaydı bu anlaşılabilir olurdu, ancak bana öyle geliyor ki MT, muhtemelen Visual Studio'da yazıyorsunuz? O editörü ve sizinkini karşılaştırın :)

Programcılara normal bir editör vermek yerine, zamanınızı aptalca (bence!) styling, snippet'lerle harcıyorsunuz.

Bu yüzden sizi temin ederim, bir katlama ve normal bir proje yöneticisi, programcıya stil ve tüm parçacıkların birleşiminden çok daha fazla (yani on kat) kolaylık sağlar.

Sen arzulu düşünüyorsun.

MetaEditor yeterince iyi ve bazı açılardan Visual Studio'dan daha iyi (son 13 yıldır üzerinde çalışıyorum). Aslında, Visual Assist gibi editör uzantıları olmadan, stüdyo kod düzenlemede açıkçası zayıftır.

Zeka, parçacıklar, stil, yerleşik yardım, destek kaynaklarıyla entegrasyon - bunların tümü geliştirme ortamının gerekli unsurlarıdır. Ve MetaEditor'de bulunmaktadırlar.


Tamamen uzak bir bahaneyle, istisna işlemeyi bıraktılar - güvenilir programlar yazmak için süper bir mekanizma.

Üstelik bunu programcıları önemseyerek açıkladılar, sanki o kadar beceriksizsiniz ki sizin için daha kötü olacak, bu yüzden akla gelebilecek ve düşünülemeyecek her şeyi önceden kontrol edin.

İSTİSNA işleme olarak adlandırılsa da ve program birimi içinde tek bir yerde yetkin hata işlemeye bir kez daha odaklanmanıza izin verir.

Tüm bu kontrolleri kodun üzerine püskürtmek ve aynı kontrolleri onlarca kez tekrarlamamak, kaçınılmaz olarak yazılımın güvenilirliğinin azalmasına neden olur.

Hadi ama bilmiyormuşsun gibi konuşuyorum :)

İki hata işleme seçeneğinden: dönüş koduna göre veya istisnalara göre, dönüş kodlarını seçtik. Görüşümüz: istisnalar tamamen kötüdür ve kullanımlarının güvenilirliğini arttırma konusundaki konuşma doğrudan bir yalandır.

"İstisnalara karşı iade kodları" konusu gösterişli ve işe yaramaz - kimse fikrini değiştirmeyecek. Bu nedenle, yükseltmemek daha iyidir.

 

Sayın!

Projem zaten 15 bin satırdan oluşuyor ve 30'dan fazla içerme dosyası içeriyor, işte eski şema (düzeltmek için zamanım olmadı):


İşte projenin gerçek ekran görüntüleri:


Kodlama ile ilgili herhangi bir zorluk yaşamıyorum, tek bir şey dışında: Sadece açık dosyalarda metin aramanın bir yolu yok.

Geliştiricilerden bunu en basit seçenek haline getirmelerini istedim, ancak nedense bunu yapmak istemiyorlar....

 

Saygıdeğer Renat'ın cevabını özgürce gözden geçirdim :

Renat :

Gerçekte, seçilen parçaların yazdırılmasında bir sorun yoktur - gerçekte kullanılmayan bir işlev buldunuz.

Bir kez daha tekrarlıyorum: Bir listeden, örneğin 2,5 bin satırda bir kod parçası yazdırmam gerekiyor - bu nasıl yapılır?

Şimdi bunu bu şekilde yapıyorum - önizlemede ihtiyacım olan parçanın görüntülendiği sayfaları buluyorum ve ardından yazdırırken bu sayfa numaralarını belirtiyorum. Bu pek uygun değil :) Ayrıca, bu "Seçili Parça" onay kutusu "Yazdır" iletişim kutusundadır, yalnızca etkin değildir. Zor değilse, böyle bir özelliğe sahip en az bir kod düzenleyici adlandırın :)

Seçimde her şey yolunda, belki yanlış bağlantı verdiniz?

Yazımın bir kısmını alıntılayacağım:

fareyi sayfa numaralarının üzerine getirin, fare düğmesine basın ve fareyi aşağı hareket ettirin, çizgiler vurgulanır.

Fare yatay kaydırma çubuğuna basar basmaz (hala aşağıda bulunan satırları seçmek için), liste hemen başlangıca kaydırılır ve seçim, listenin başlangıcından geçerli konuma kadar elde edilir.

Tabii ki uyarladım - yatay kaydırma çubuğuna düşmemesi için fareyi biraz sola hareket ettirmem gerekiyor, ama görüyorsunuz, bu bir şekilde yanlış! :)


Katlama kritik bir işlev değildir. Proje yöneticisi biraz sonra, sadece kaynaklar ve mağaza için hazırlık ile birlikte olacak.

Kabul ediyorum. Tıpkı şekillendirici ve snippet'ler gibi, tamam mı?

Katlama ve proje yöneticisi arasındaki seçim göz önüne alındığında, ikincisini seçeceğim. Yalnızca dosyaların adlarını değil, aynı zamanda bunların içerdiği işlevleri, sınıfları vb. de yansıtmalıdır.

Sen arzulu düşünüyorsun.

MetaEditor yeterince iyi ve bazı açılardan Visual Studio'dan daha iyi (son 13 yıldır üzerinde çalışıyorum). Aslında, Visual Assist gibi editör uzantıları olmadan, stüdyo kod düzenlemede açıkçası zayıftır.

Zeka, parçacıklar, stil, yerleşik yardım, destek kaynaklarıyla entegrasyon - bunların tümü geliştirme ortamının gerekli unsurlarıdır. Ve MetaEditor'de bulunmaktadırlar.

Sen daha iyi biliyorsun. Benim için snippet'ler, stil, destek kaynaklarıyla entegrasyon gerekli değil.

İki hata işleme seçeneğinden: dönüş koduna göre veya istisnalara göre, dönüş kodlarını seçtik. Görüşümüz: istisnalar tamamen kötüdür ve kullanımlarının güvenilirliğini arttırma konusundaki konuşma doğrudan bir yalandır.

Bana öyle geliyor ki, ekşi veya tatlı ilkesine göre seçtiniz. Ya sadece lezzetliyse?

Benim düşünceme göre, istisnaları karşılaştırmak ve kodları birbiriyle döndürmek gerekli değildir. Bunlar, her biri kendi amacı için olan iki mükemmel mekanizmadır. İkisini de tutmak daha iyi olmaz mıydı?

"İstisnalara karşı iade kodları" konusu gösterişli ve işe yaramaz - kimse fikrini değiştirmeyecek. Bu nedenle, yükseltmemek daha iyidir.

Evet, o zaman bile anladım - ama umut var, aniden zaman geçti ve fikrini değiştirdin :)

Her durumda, cevaplarınız için teşekkürler.

İdeolojik farklılıklar henüz savaşmak için bir sebep değil :)

 
falkov :
Eh, sen daha iyi biliyorsun . Benim için snippet'ler, stil, destek kaynaklarıyla entegrasyon gerekli değil.

Kendinizi çok doğru ifade etmişsiniz.

Aslında daha iyi biliyoruz çünkü nihai sonucu düşünmek zorundayız. Ve sadece fikrinizi dile getirdiniz ve açıkçası hatalı bile "snippet'ler, stil, destek kaynaklarıyla entegrasyon gerekli değil".

Geliştiricilerin zeka, stil, yardım, entegrasyon, sihirbazlar ve genel geliştirme yönümüz olmadan yeni bir dilde kitlesel katılım ve eğitim görevi pratikte bir başarısızlıktır. Ve katlama, nihai sonucu hiçbir şekilde etkilemez.



Editör daha da geliştirilmektedir, birkaç gün içinde daha gelişmiş bir MQL5 sihirbazının yeni bir sürümü yayınlanacak ve bu çok karmaşık Uzman Danışmanlar oluşturabilecektir. Yeni özellikler aktif olarak eklenecek, ardından proje desteği verilecektir.

 
AlexSTAL :

Kodlama ile ilgili herhangi bir zorluk yaşamıyorum, tek bir şey dışında:
sadece open 'da metin aramanın bir yolu yok.

Geliştiricilerden bunu en basit seçenek haline getirmelerini istedim, ancak nedense bunu yapmak istemiyorlar....

Tüm bunları kesinlikle yapacağız - özellikle proje yönetimi ile ilgili büyük miktarda değişiklik olacak.
 
Renat :

Kendinizi çok net ifade etmişsiniz.

Aslında daha iyi biliyoruz çünkü nihai sonucu düşünmek zorundayız. Ve sadece fikrinizi dile getirdiniz ve açıkçası hatalı bile "snippet'ler, stil, destek kaynaklarıyla entegrasyon gerekli değil".

Geliştiricilerin zeka, stil, yardım, entegrasyon, sihirbazlar ve genel geliştirme yönümüz olmadan yeni bir dilde kitlesel katılım ve eğitim görevi pratikte bir başarısızlıktır. Ve katlama, nihai sonucu hiçbir şekilde etkilemez.

Editör daha da geliştirilmektedir, birkaç gün içinde daha gelişmiş bir MQL5 sihirbazının yeni bir sürümü yayınlanacak ve bu çok karmaşık Uzman Danışmanlar oluşturabilecektir. Yeni özellikler aktif olarak eklenecek, ardından proje desteği verilecektir.

Yardımda işlevlerin kullanımına ilişkin çok az örnek vardır. Ancak herhangi bir eğitimin temel ilkesi "yaptığım gibi yap" dır.

Aynı yardım ME4 sadece bir örnektir. Çok başarılı bir şey ve kesinlikle basit örneklerin varlığından dolayı.

Birincil görevler olduğunu anlıyorum, ancak her işlev için uygulama örnekleri görünene kadar, yeni başlayanlar için yardımın etkinliği düşük kalacaktır.

 
Urain :

Yardımda işlevlerin kullanımına ilişkin çok az örnek vardır. Ancak herhangi bir eğitimin temel ilkesi "yaptığımı yap" dır.

Aynı yardım ME4 sadece bir örnektir. Çok başarılı bir şey ve kesinlikle basit örneklerin varlığından dolayı.

Birincil görevler olduğunu anlıyorum, ancak her işlev için uygulama örnekleri görünene kadar, yeni başlayanlar için yardımın etkinliği düşük kalacaktır.

Bize göre, MQL5 belgeleri birçok kez daha ayrıntılıdır ve hem hacim hem de örnekler açısından MQL4 belgelerini kesinlikle geride bırakmaktadır.

Elbette örnekler asla yeterli değildir. Bu nedenle dokümantasyon bölümlerinin, makalelerin ve MQL5 kod tabanının geliştirilmesi için çok çaba sarf ettik. Özellikle geliştiricilerin rahatlığı için, hem makalelere/kodlara erişimi düzenleyiciye entegre ettik hem de MQL5.community genelinde hızlı arama işlevleri uyguladık:


MQL5.com'un her yerinden otomatik bir öneri almak için, ilgilenilen ifadede Ctrl+F1 tuşlarına basın (önceden birkaç kelime seçebilirsiniz) ve daha fazla ayrıntı alabileceğiniz veya sorunuzu sorabileceğiniz hızlı arama sonuçlarına ulaşın:



Geliştiricilere yeni MQL5 dilini öğretmek küresel görevlerimizden biridir ve bu alanda çok çaba sarf ediyoruz.

 
Urain :

Yardımda işlevlerin kullanımına ilişkin çok az örnek vardır. Ancak herhangi bir eğitimin temel ilkesi "yaptığımı yap" dır.

Aynı yardım ME4 sadece bir örnektir. Çok başarılı bir şey ve kesinlikle basit örneklerin varlığından dolayı.

Birincil görevler olduğunu anlıyorum, ancak her işlev için uygulama örnekleri görünene kadar, yeni başlayanlar için yardımın etkinliği düşük kalacaktır.

Dil az ya da çok yerleşecek ve büyük olasılıkla örnekler görünecektir.

Evet ve anladığım kadarıyla, geliştiriciler ders kitabı olmadığı için makaleleri umuyor ...

 
falkov :
Yazımın bir kısmını alıntılayacağım:

fareyi sayfa numaralarının üzerine getirin, fare düğmesine basın ve fareyi aşağı hareket ettirin, çizgiler vurgulanır.

Fare yatay kaydırma çubuğuna girer girmez (hala aşağıda bulunan satırları seçmek için), listeleme hemen başlangıca kaydırılır ve seçim, listenin başlangıcından geçerli konuma kadar elde edilir.

Tabii ki uyarladım - yatay kaydırma çubuğuna düşmemesi için fareyi biraz sola hareket ettirmem gerekiyor, ama görüyorsunuz, bu bir şekilde yanlış! :)
Bununla ilgileneceğiz.
 
Renat :

Bize göre, MQL5 belgeleri birçok kez daha ayrıntılıdır ve hem hacim hem de örnekler açısından MQL4 belgelerini kesinlikle geride bırakmaktadır.

Elbette örnekler asla yeterli değildir. Bu nedenle dokümantasyon bölümlerinin, makalelerin ve MQL5 kod tabanının geliştirilmesi için çok çaba sarf ettik. Özellikle geliştiricilerin rahatlığı için, hem makalelere/kodlara erişimi düzenleyiciye entegre ettik hem de MQL5.community genelinde hızlı arama işlevleri uyguladık:


MQL5.com'un her yerinden otomatik bir öneri almak için, ilgilenilen ifadede Ctrl+F1 tuşlarına basın (önceden birkaç kelime seçebilirsiniz) ve daha fazla ayrıntı alabileceğiniz veya sorunuzu sorabileceğiniz hızlı arama sonuçlarına ulaşın:



Geliştiricilere yeni MQL5 dilini öğretmek küresel görevlerimizden biridir ve bu alanda çok çaba sarf ediyoruz.

kısaca cevap vereyim

ZY Yine, yeni başlayan birinin neden bir işlevi kullanmak için 250 örneğe ihtiyacı var, basit bir örneğe ihtiyacı var ve bir dakikalık aramadan sonra değil hemen.

ZZY İşte yeni başlayanların ihtiyaç duyduğu her şey ve tercihen sunucuda bir yerde değil, doğrudan yardımda: