Çaydanlıktan gelen sorular - sayfa 174

[Aleksey Rodionov]

pusheax :
Zamanı saymıyorum. Muhtemelen başka bir şeydir.

Belki hikaye farklıdır? Farklı sunuculardan alıntılar.

[pusheax]

Zeleniy :
Belki hikaye farklıdır? Farklı sunuculardan alıntılar.

Geçmiş farklıysa, göstergelerin belirli bir DC sunucusu için yazılması gerekir mi?

[Aleksey Rodionov]

pusheax :

Geçmiş farklıysa, göstergelerin belirli bir DC sunucusu için yazılması gerekir mi?

Bunu kendim araştırmadım, ancak bir Uzman Danışmanı gerçek hayatta neden bir DC ile ve aynı zamanda başka bir DC ile test ettiğinize veya çalıştırdığınıza bakın - tüm sonuçlar farklı olacaktır.

[[Silindi]]

pusheax :

Geçmiş farklıysa, göstergelerin belirli bir DC sunucusu için yazılması gerekir mi?

Mutlaka değil, hepsi işin yapıldığı göstergeye ve zaman dilimine bağlıdır. Ancak, her durumda, belirli bir DC için stratejiyi optimize etmek istenir (bazen belirli bir DC'de belirli bir tüccar ticareti için).

[[Silindi]]

Güzel gün.

C++'da şöyle bir şey yapmak mümkün mü:

template<typename type = thisType> class f()   // thisType - мое творчество ))

Onlar. başka bir nesnenin yönteminden bir nesne oluştururken , şablonda yaratıcının nesnesinin türünü ilk olarak iletin. Suç yok gibi...

[[Silindi]]

Genel olarak, bu yardımcı olmaz. Soruyu farklı formüle etmeye çalışacağım. Bir şeyin nesne modelini yazdım, nesne ağacının son öğelerinin yöntemleri genellikle gerçekte olanlara karşılık gelmeyen türler döndürür (hiyerarşinin başlarında). Ne yapalım? Son nesnelerde yöntemleri geçersiz kıl? Ama bir şekilde kirli, pahalı ve esnek değil. İyi programcılar ne yapar? Umarım netleştirmişimdir.

[Mykola Demko]

Interesting :
Mutlaka değil, hepsi işin yapıldığı göstergeye ve zaman dilimine bağlıdır. Ancak, her durumda, belirli bir DC için stratejiyi optimize etmek istenir (bazen belirli bir DC'de belirli bir tüccar ticareti için).

İşlem masaları sunucu saat dilimlerinde farklılık gösteriyorsa, aynı tik verileriyle bile çubukların kesilmesi farklı olacaktır. Tüm işlem masalarının kendi toplayıcılarına ve onay filtrelerine dayalı olarak kendi onay verilerini oluşturduğundan bahsetmiyorum bile.

Bu genellikle H1'den daha eski TF'lerde görülür, ancak bir dakika içinde kaymalar olur. Bazı işlemlerde, saatin kiminle senkronize olduğu net değildir, sonuç olarak, 5-10 saniyelik bir kayma, M1'de bile kesimi tamamen değiştirir, geri kalan zaman dilimlerinden bahsetmeye gerek yok.

[[Silindi]]

Urain :

İşlem masaları sunucu saat dilimlerinde farklılık gösteriyorsa, aynı tik verileriyle bile çubukların kesilmesi farklı olacaktır. Tüm işlem masalarının kendi toplayıcılarına ve onay filtrelerine dayalı olarak kendi onay verilerini oluşturduğundan bahsetmiyorum bile.

Bu genellikle H1'den daha eski TF'lerde görülür, ancak bir dakika içinde kaymalar olur. Bazı işlemlerde, saatin kiminle senkronize olduğu net değildir, sonuç olarak, 5-10 saniyelik bir kayma, M1'de bile kesimi tamamen değiştirir, geri kalan zaman dilimlerinden bahsetmeye gerek yok.

Bu temiz. Ancak bu nedenle hindi kodunda değişiklik yapmanız gerekiyorsa, hemen fırına koyabilirsiniz.

Herhangi bir alıntı için türkiye'nin kodu ve mantığı aynı olmalıdır.

[Yedelkin]

burada diyor ki

Сделки различаются не только по типу, задаваемого в перечислении ENUM_DEAL_TYPE, но и по способу изменения позиции . Это может быть простое открытие позиции или наращивание объема ранее открытой позиции ( в ход в рынок ), закрытие позиции сделкой противоположного направления соответствующим объемом ( выход их рынка ) или переворот позиции в том случае, когда объем сделки в противоположном направлении перекрывает объем ранее открытой позиции.

Gördüğünüz gibi, alıntılanan paragrafta dört "konum değiştirme yolu" vardır:

- basit açılış;

- daha önce açılmış bir pozisyonun hacmini artırmak;

- bir pozisyonu karşılık gelen hacimle ters yönde bir anlaşma ile kapatmak;

- pozisyonun tersine çevrilmesi.

Herhangi bir nedenle, bir pozisyonu değiştirmenin beşinci bir yolu yoktur, yani: daha önce açılmış bir pozisyonu kapatmadan veya tersine çevirmeden hacmini azaltmak.

Sorular:

1. ENUM_DEAL_ENTRY numaralandırmasında pozisyon değiştirmenin beşinci yolu dikkate alınacak mı?

2. Daha önce açılmış bir pozisyonun hacminde bir azalmaya yol açan (pozisyonu kapatmadan veya tersine çevirmeden) o anda anlaşmalar nasıl belirlenir?

[Stanislav Korotky]

Yedelkin :

1. ENUM_DEAL_ENTRY numaralandırmasında pozisyon değiştirmenin beşinci yolu dikkate alınacak mı?

2. Daha önce açılmış bir pozisyonun hacminde bir azalmaya yol açan (pozisyonu kapatmadan veya tersine çevirmeden) o anda anlaşmalar nasıl belirlenir?

Ne için? ENUM_DEAL_ENTRY ile tüm olası "yollar" açıklanmıştır. DEAL_ENTRY_OUT nedeniyle pozisyon boyutunun küçültülmesinden bahsedilmemesi, numaralandırmanın genişletilmesi gerektiği anlamına gelmez.