Hatalar, hatalar, sorular - sayfa 1968

[pavlick_]

Başlık dosyasına yazarsanız neden bu aptal ve işe yaramaz uyarı "#import bildirimi yok":

 void f();
void f() {}

Nezih yerlerdeki beyannamelerin sayısı sınırlı değildir. Can sıkıcı, mqh başlığındaki mevcut işlevlerin kısa bir açıklamasını yapmak istiyorum, okunabilirliği olumsuz etkileyen satırları yorumlamam gerekiyor. Bazıları şöyle diyebilir: " Statik yöntemleri bir sınıfa veya yapıya yerleştirin (yapıları kullanırken başka bir büyük uyarı vardır "yapının üyesi yoktur, boyut 1 bayta atanmıştır")". Cevap vereceğim: Bu aptal uyarı akışı olmadan "Mikro sınıfları sevmiyorum, ilk seçeneği kullanmak istiyorum". Neden bizi tamamen geçerli kabul edilmiş uygulamalardan vazgeçmeye zorluyorsunuz?

[A100]

pavlick_ :

Başlık dosyasına yazarsanız neden bu aptal ve işe yaramaz uyarı "#import bildirimi yok":

Bu özel bir durum. Daha genel bir çözümde mantıklı - bir analog eklemek

 #pragma warning (disable:xxxx)

ve her deneyimli programcı can sıkıcı uyarıları kapatabilir (sayı komut derleyicisinde bulunabilir). Mevcut uyarı sistemi esasen işe yaramaz... Onlara bakmıyorum bile - çünkü aynı türden yüzlercesi var - programcının yazma stilini ve deneyimini hesaba katmadan. Ve bu yüzlerce arasında, dikkat etmeye değer gerçekten önemli bir uyarı bulmak zor olabilir.

[A100]

class A {
public :
        A() { Print ( A::a ); } //Результат: 0
         static const int a;
};
/*
...
*/
const int A::a = 1 ;

İnanmıyor musun? yarın kod eklemeye çalışacağım

[pavlick_]

A100 :

Bu özel bir durum. Daha genel bir çözümde mantıklı - bir analog eklemek

ve her deneyimli programcı can sıkıcı uyarıları kapatabilir (sayı komut derleyicisinde bulunabilir). Mevcut uyarı sistemi esasen işe yaramaz... Onlara bakmıyorum bile - çünkü aynı türden yüzlercesi var - programcının yazma stilini ve deneyimini hesaba katmadan. Ve bu yüzlerce arasında, dikkat etmeye değer gerçekten önemli bir uyarı bulmak zor olabilir.

Evet katılıyorum. Sadece, bence, bir dizi uyarıyı aynı anda yönetmek daha iyidir. Anahtar mekanizma (-Wno_all gibi) veya #pragma uyarısı (seviye:{0|1|2|...}). Tek tek kapatmak sıkıcı.

[[Silindi]]

Sevgili geliştiriciler! Lütfen hatırlatın , gösterge bir alt pencerede hesaplanırsa ve tamponlarının birkaçının stili DRAW_NONE ise, alt penceredeki ekran ölçeğini etkilemezler mi? Yoksa böyle kurallar yok muydu?

Böyle bir düzenleme yoksa, lütfen yapın. Ve şimdi DRAW_NONE stilinin alt penceredeki grafikleri etkilediği ve bunun tamamen farklı bir ölçekte olması gerektiği ortaya çıktı!

[TheXpert]

pavlick_ :
Evet katılıyorum. Sadece, bence, bir dizi uyarıyı aynı anda yönetmek daha iyidir. Anahtar mekanizma (-Wno_all gibi) veya #pragma uyarısı (seviye:{0|1|2|...}). Tek tek kapatmak sıkıcı.

Muhtemelen yıllardır soruyorum, her uyarı ve hata için neden ortaya çıktıklarını açıkça gösterecek bir örnek yapıyorlar.

Bu ışıkta, uyarıların seviyelendirilmesi ve açık kontrolü bir fantezi gibi görünüyor.

[Stanislav Korotky]

Alexey Kozitsyn :

Sevgili geliştiriciler! Lütfen hatırlatın , gösterge bir alt pencerede hesaplanırsa ve tamponlarının birkaçının stili DRAW_NONE ise, alt penceredeki ekran ölçeğini etkilemezler mi? Yoksa böyle kurallar yok muydu?

Böyle bir düzenleme yoksa, lütfen yapın. Ve şimdi DRAW_NONE stilinin alt penceredeki grafikleri etkilediği ve bunun tamamen farklı bir ölçekte olması gerektiği ortaya çıktı!

Bu düzeltildi. Bir bilet yazdım ve sonra kontrol ettim ...

Ek: Görünüşe göre 2 bilet bile varmış. MT4'te düzelttiler, ancak MT5'te görünmüyor.

[[Silindi]]

Stanislav Korotky :

Bu düzeltildi. Ticket yazdım ve kontrol ettim.

Bana düzelmiş gibi geldi ama şimdi düzelmedi. Yeni kontrol edildi. 1643 oluşturun.

[Stanislav Korotky]

Alexey Kozitsyn :
Bana düzelmiş gibi geldi ama şimdi düzelmedi. Yeni kontrol edildi. 1643 oluşturun.

Yukarıya bakın, ekledim ;-)

[[Silindi]]

Stanislav Korotky :

Yukarıya bakın, ekledim ;-)

Evet, anlıyorum ... o zaman başka bir uygulama oluşturacağım.