MQL4 belgelerinin tartışılması - sayfa 14

Yeni yorum
 
Mathemat :
Oh, umarım bir C derleyicisine olan ihtiyaç ortadan kalkar. Ağda, prensipte, DOS için en fazla bir düzine meg ağırlığında çok kompakt dağıtımlar kazabilirsiniz.

Teşekkür ederim! C ile ilgili ders kitaplarıyla iki gün geçirdikten sonra , danışman örneklerinde en azından bir şeyler anlamaya başladım. Hemen MQL4 üzerinde deneyeceğim. Umarım daha fazla Rosha makalesi yakında kullanıma sunulacaktır.
 
Dmitrich :
matematik :
Oh, umarım bir C derleyicisine olan ihtiyaç ortadan kalkar. Ağda, prensipte, DOS için en fazla bir düzine meg ağırlığında çok kompakt dağıtımlar kazabilirsiniz.

Teşekkür ederim! C ile ilgili ders kitaplarıyla iki gün geçirdikten sonra, danışman örneklerinde en azından bir şeyler anlamaya başladım. Hemen MQL4 üzerinde deneyeceğim. Umarım daha fazla Rosha makalesi yakında kullanıma sunulacaktır.

Geçici bir bağlantıda da olsalar hala kullanılabilirler .
 
Rosh :
Dmitry :
matematik :
Oh, umarım bir C derleyicisine olan ihtiyaç ortadan kalkar. Ağda, prensipte, DOS için en fazla bir düzine meg ağırlığında çok kompakt dağıtımlar kazabilirsiniz.

Teşekkür ederim! C ile ilgili ders kitaplarıyla iki gün geçirdikten sonra, danışman örneklerinde en azından bir şeyler anlamaya başladım. Hemen MQL4 üzerinde deneyeceğim. Umarım daha fazla Rosha makalesi yakında kullanıma sunulacaktır.

Geçici bir bağlantıda da olsalar hala kullanılabilirler .

Sevgili Rosh, makaleler için teşekkürler! Bir daha kimseyi rencide etmemek için foruma benzer bir şey yazmaya şimdiden korkuyorum ama yazılarınızı o kadar dikkatli okudum ki bir yazım hatası buldum. Madde 3, satır 2, "bunların her biri" yerine "bunların her biri" ifadesi. Klavyede "x" ve "z" harfleri yan yanadır ve bazen kendim özlüyorum ve sonra belgelerde bu tür hataları "yakalıyorum". İşte alışkanlıktan kaynaklanan yazım hatası.

;)
 
Teşekkürler, yapabilirsem düzelteceğim (uzun zaman önceydi :)).
 
Hayır ben yapamam. Görünüşe göre yayıncılık sisteminin adresi de değişmiş.
 
Ders kitabı ile bir şekilde anladım. Ve belgelere göre, doğrudan bir cevap işe yaramadı.
Ve burada yanlışlıkla OrderSend işlevinin parametre listesine bakmaya karar verdim ve hemen karşılaştım.

Fonksiyonun açıklaması şöyle diyor: " Tahmini veya normalleştirilmemiş fiyatı kullanamazsınız. "
Kesinlikle açık ve doğrudan gösterge.

Aşağıdaki birkaç satırda, tam olarak normalleştirilmemiş ve uzlaşma fiyatlarının olduğu bir örnek görüyoruz:

 bilet=OrderSend(Symbol(),OP_BUY,1,Ask,3,Bid-25*Puan,Ask+25*Puan,"Siparişim #"+counter,16384,0,Yeşil);
 if(bilet<0)
 {
 Print("OrderSend # hatasıyla başarısız oldu",GetLastError());
 dönüş(0);
 }
Renat, bu gerçek bir hata değil mi?
Ve bu tür şeyler "kalite dokümantasyonu" kavramıyla tutarlı değilse?

Bu nedenle, ilgilenen kullanıcılar sizden belgeleri tamamlamanızı istiyor. Ve makul olmayan eleştirilerde hiçbir şekilde üstün değiller, imkansız veya haksız olanı talep etmiyorlar ve kesinlikle kimseyi kişisel olarak veya bir bütün olarak şirket olarak kırmaya çalışmıyorlar.
 
Bu örnek, Alış ve Satış fiyatlarının ticaret sunucusundan alındığını varsayar; bu, varsayılan fiyatların ondalık basamaklar içinde normalleştirildiği anlamına gelir. Aslında, Tarih Merkezinden derin bir dakika geçmişi indirme olasılığından önce, birçok kullanıcının çeşitli kaynaklardan bağımsız olarak böyle bir geçmiş hazırladığı ve test sırasında elde edilen sonucun normalleştirilmemiş bir fiyatla ilişkili bir hata verdiği ortaya çıktı (siparişler basitçe açılmaz). Bu yüzden bu ifade ortaya çıktı:


Hesaplanmış veya normalleştirilmemiş bir fiyat kullanamazsınız. İstenen açılış fiyatı fiyat feed'inde değilse veya istenen fiyat ondalık basamak sayısına göre normalleştirilmediyse, 129 hatası (ERR_INVALID_PRICE) oluşturulur.


Onu tam olarak getirmeyi "unuttun". Ve bu ifade alakalı kalacaktır, çünkü tahmini fiyatı (bazı hareketli ortalamaların veya başka bir göstergenin değeri) aldıysanız, sunucu zorlanmayacak ve "akıllılığını" göstermeyecektir (yani, doğru yönde yuvarlayın), ama sadece siparişi geri al.
 

Hiçbir şeyi unutmadım, Rosh. Alıntıma eklediğiniz cümle, ne özde ne de formda hiçbir şeyi değiştirmez. MQ forumunda birden fazla kez gördüm (yalnızca bunu veya paralel olanı hatırlamıyorum) insanların şu soruyu nasıl ele aldıklarını gördüm: Emirler neden uygulanmıyor, çünkü Alış veya Satış fiyatını kullanıyorum, bu nedenle fiyat önemlidir , neden reddediliyor? Bu sorunun çözümü basitti - fiyatı normalleştirmek ve bunu Bid and Ask için bile yapmak gerekiyor.

Belki son yapılarda bu değişti, ama bundan hiçbir yerde bahsedildiğini görmedim.

Ayrıca OrderSend () fonksiyonunun parametrelerinde üç adet fiyat bulunmaktadır. Bu örnekte, üçte ikisi hesaplanmıştır. Hesaplanan ifade hem tamsayı hem de çift işlenen içerir. Fiyat normalizasyonu, tam sayıları çiftlere dönüştürürken sunum problemini çözmenin bir yolu olarak ortaya çıktı. Bu nedenle, MQL4'te kesinlikle fazla deneyime sahip olmayan bu belgenin okuyucusu, hesaplamaların sonucunun ne olacağını kesin olarak söyleyemeyecektir - normalleştirilmiş veya normalleştirilmemiştir. Dolayısıyla bu örnek onun için cevaplardan çok sorulara yol açacaktır.

Ve normalleşme ile her şey yolunda olsa bile, yine de fiyat yerine hesaplanmış bir ifade var.

Bu nedenle, Rosh, yeni başlayanlar için MQL4 hakkında makaleler yazan bir kişi olarak size sorular:
Gerçekten bu örneğin doğru olduğunu ve göstermesi gereken şeyi gösterdiğini düşünüyor musunuz?
Böyle bir örneğin yeni başlayan birinin OrderSend()'i nasıl kullanacağını anlamasına yardımcı olacağını ve onu şaşırtmayacağını gerçekten düşünüyor musunuz?

 
Yurixx :

Böyle bir örneğin, yeni başlayan birinin OrderSend ()'i nasıl kullanacağını anlamasına ve kafasını karıştırmamasına yardımcı olacağını gerçekten düşünüyor musunuz?

Şahsen, acemi bir aptalın eşit olmadığına inanıyorum. Madem anladın, benim için kolaysa, o zaman neden başkası anlamıyor? Bu soyut acemi neden her zaman bir aptalla ilişkilendirilir?
 
Juriks, sadece eleştiriyle meşgul olduğunuzu görüyorum.
1...7891011121314151617181920
Yeni yorum