Değişkenleri bir döngünün arkasında mı yoksa bir döngünün içinde mi bildiriyorsunuz? - sayfa 9

Yeni yorum
 
Vict :

girmedi değil mi?

Bilmediklerine şüpheliyim.

Bu temiz.

şöyle bir şey isterim: 

.......
int tipa_var;
// бла-бла-бла
..................
// кирдык, дальше она не нужна
удаляю tipa_var
 
Сергей Таболин :

Bu temiz.

Şöyle bir şey isterim:

peki blokları yerleştir ben hep böyle yaparım

 int long_lining_var;
/*block*/ {
         int tipa_var;
        ...
} // кирдык, дальше она не нужна

Yoksa iki parantez çok mu fazla)?

 
Vict :

peki blokları yerleştir ben hep böyle yaparım

Yoksa iki parantez çok mu fazla)?

Sadece çok değil ... Kafasında Everest gibi ... )))))))))

Yaşlılık ne anlama geliyor - Her zaman "iki parantez" in bir şeyle açılması gerektiğini düşündüm ...

Ve bazı kodları basitçe "yerelleştirebilecekleri" - üzgünüm ....

Yaşa ve öğren! Glory ... bana))) - Neyi bilmediğimi bilmek beni her zaman mutlu eder.

Ve teşekkür ederim! ))))))))))

 
Igor Makanu :

1953-2008 baba

1953-2019 kayınpeder

sempati ve taziyelerimi sunarım. Bir yaş küçüğüm, hatta daha azım. Bu yüzden kelime dağarcığımı genişletmeme gerek yok.

 
Alexey Viktorov :

sempati ve taziyelerimi sunarım. Bir yaş küçüğüm, hatta daha azım. Bu yüzden kelime dağarcığımı genişletmeme gerek yok.

TAMAM

bu kelime dağarcığıyla ilgili değil, 30+ yıl önce bilgisayar teknolojisiyle tanıştığınızı ve Pascal, BASIC, Fortran, Assembler ve basit programlama dilleri olduğunu anlamakla ilgili.

ama şu anda Windows kullanıyor olmanız - fareleri tıklatmanız - sonucu veya android / elma telefonu aldınız ..... bu, eski etkili dillere oturmayan, ancak birçok, birçok yazılım çözümü yazan programcıların meziyetidir, OOP ve diğer programlama paradigmaları sayesinde

Yeni programlama stilleri yazılım geliştirme hızını arttırır ve bu hızdan daha önemlidir, çünkü yeni yazılımın (yazılımın) pazar (kullanıcılar) tarafından talep edileceği bir gerçek değil, ancak zaman azalıyor mu? - yazılım geliştiren şirketlerden hangileri şirketin tüm tarihinde tek bir yazılım çözümünün geliştiricisi olmaya hazır? - evet herkes pazarın talep ettiği çok ve çok sayıda yazılım yazmak ister - eğer piyasa (kullanıcılar) yeni yazılım fikrini kaparsa. o zaman ve ancak o zaman, yazılımın performansı için savaşmak mantıklıdır, ancak en azından onu assembler'da yeniden yazmak!

Derleyicilerin, RAD'nin, çerçevelerin ve diğer araçların geliştiricileri de ürünlerini talep edilen teknolojilere göre ayarlar, yani. sonunda, OOP'nin çok yavaş bir şey olduğunu veya kısa yardımcı işlevlerin kullanılmasının etkili bir çözüm olmadığını düşünmek .... ama "doğrusal bir kod ayak örtüsü" yazarsam - etkili olacaktır, ancak bir gerçek değil, ve büyük ihtimalle tam tersi olacak

işte hikaye ;)

 
Igor Makanu :

TAMAM

bu kelime dağarcığıyla ilgili değil, 30+ yıl önce bilgisayar teknolojisiyle tanıştığınızı ve Pascal, BASIC, Fortran, Assembler ve basit programlama dilleri olduğunu anlamakla ilgili.

ama şu anda Windows kullanıyor olmanız - fareleri tıklatmanız - sonucu veya android / elma telefonu aldınız ..... bu, eski etkili dillere oturmayan, ancak birçok, birçok yazılım çözümü yazan programcıların meziyetidir, OOP ve diğer programlama paradigmaları sayesinde

Yeni programlama stilleri yazılım geliştirme hızını arttırır ve bu hızdan daha önemlidir, çünkü yeni yazılımın (yazılımın) pazar (kullanıcılar) tarafından talep edileceği bir gerçek değil, ancak zaman azalıyor mu? - yazılım geliştiren şirketlerden hangileri şirketin tüm tarihinde tek bir yazılım çözümünün geliştiricisi olmaya hazır? - evet herkes pazarın talep ettiği çok ve çok sayıda yazılım yazmak ister - eğer piyasa (kullanıcılar) yeni yazılım fikrini kaparsa. o zaman ve ancak o zaman, yazılımın performansı için savaşmak mantıklıdır, ancak en azından onu assembler'da yeniden yazmak!

Derleyicilerin, RAD'nin, çerçevelerin ve diğer araçların geliştiricileri de ürünlerini talep edilen teknolojilere göre ayarlar, yani. sonunda, OOP'nin çok yavaş bir şey olduğunu veya kısa yardımcı işlevlerin kullanılmasının etkili bir çözüm olmadığını düşünmek .... ama "doğrusal bir kod ayak örtüsü" yazarsam - etkili olacaktır, ancak bir gerçek değil, ve büyük ihtimalle tam tersi olacak

işte hikaye ;)

Biri hariç hepsine katılıyorum. MQL tamamen yazılım odaklı bir dildir. Öyleyse neden ihtiyacı olmayan şeyi ondan çıkarmaya çalışıyorsun? Milisaniyeler ve hatta bazen saniyeler keneden keneye geçerse, bazı hesaplamaların mümkün olduğunca çabuk işlenmesinin nedeni nedir?
 
Alexey Viktorov :
Öyleyse neden ihtiyacı olmayan şeyi ondan çıkarmaya çalışıyorsun? Milisaniyeler ve hatta bazen saniyeler keneden keneye geçerse, bazı hesaplamaların mümkün olduğunca çabuk işlenmesinin nedeni nedir?

burada, insan faktörünün etkisi olduğu gibi, biri işi bir konveyörde olduğu gibi yapar - teknik bir şartname (veya fikrini aldı), daha fazlasını yaptı - teknik bir şartname aldı ...

ve birisi sürekli olarak bir dahaki sefere boş zamanlarında bu işi 2 kat daha hızlı yapmanın bir yolunu arıyor

ve birisi sürekli olarak her bir kod parçasının daha hızlı yürütülmesini sağlamak için bir fırsat arıyor ve ardından performansı artırmak için en uygun çağrı yapısını buluyor.

burada sadece görünüyor - herkesin kendi yolu var mı? )))

 
Igor Makanu :

burada, sanki insan faktörü etkiliyor, biri işi bir konveyördeymiş gibi yapıyor - teknik bir şartname aldı, daha fazlasını yaptı - teknik bir şartname aldı ...

ve birisi sürekli olarak bir dahaki sefere boş zamanlarında bu işi 2 kat daha hızlı yapmanın bir yolunu arıyor

ve birisi sürekli olarak her bir kod parçasının daha hızlı yürütülmesini sağlamak için bir fırsat arıyor ve ardından performansı artırmak için en uygun çağrı yapısını buluyor.

burada sadece görünüyor - herkesin kendi yolu var mı? )))

Genel olarak, gereksiz bir tartışma. Müşterinin aklında ne olduğunu bulmaya çalışırken, kodun tamamını birkaç kez yeniden yazabileceğiniz kadar çok zaman alır. Peki ne tür bir yazma hızına ihtiyacınız var? Anladığınız gibi yapın ve ardından müşterinin tahkime başvururken ne demek istediğini öğrenin?

Ve genel olarak, sadece kısıtlama hakkında konuştum. MQL kodunu genellikle işe yaramaz nesne oluşturma işlemleriyle aşırı yüklemeye gerek yoktur.

Pek çok yararsızlık örneği var ama bu konu hakkında daha fazla tartışmak istemiyorum.

 
Igor Makanu :

verir, string ve print değişkenlerle çalışmanın bir göstergesi değildir

'tst.mq5' tst.mq5 1 1

başlatılmamış değişken 'c' olası kullanımı tst.mq5 on altı on

başlatılmamış değişken 'e' olası kullanımı tst.mq5 20 17

oluşturulan kod 1 1

0 hata(lar), 2 uyarı(lar), 526 msn geçti 1 3

Tamam, hesaplamalarda açıkça başlatılmamış kullandığınızda veriyor. Bu iyi.

 
Igor Makanu :

TAMAM

bu kelime dağarcığıyla ilgili değil, 30+ yıl önce bilgisayar teknolojisiyle tanıştığınızı ve Pascal, BASIC, Fortran, Assembler ve basit programlama dilleri olduğunu anlamakla ilgili.

ama şu anda Windows kullanıyor olmanız - fareleri tıklatmanız - sonucu veya android / elma telefonu aldınız ..... bu, eski etkili dillere oturmayan, ancak birçok, birçok yazılım çözümü yazan programcıların meziyetidir, OOP ve diğer programlama paradigmaları sayesinde

Yeni programlama stilleri yazılım geliştirme hızını arttırır ve bu hızdan daha önemlidir, çünkü yeni yazılımın (yazılımın) pazar (kullanıcılar) tarafından talep edileceği bir gerçek değil, ancak zaman azalıyor mu? - yazılım geliştiren şirketlerden hangileri şirketin tüm tarihinde tek bir yazılım çözümünün geliştiricisi olmaya hazır? - evet herkes pazarın talep ettiği çok ve çok sayıda yazılım yazmak ister - eğer piyasa (kullanıcılar) yeni yazılım fikrini kaparsa. o zaman ve ancak o zaman, yazılımın performansı için savaşmak mantıklıdır, ancak en azından onu assembler'da yeniden yazmak!

Derleyicilerin, RAD'nin, çerçevelerin ve diğer araçların geliştiricileri de ürünlerini talep edilen teknolojilere göre ayarlar, yani. sonunda, OOP'nin çok yavaş bir şey olduğunu veya kısa yardımcı işlevlerin kullanılmasının etkili bir çözüm olmadığını düşünmek .... ama "doğrusal bir kod ayak örtüsü" yazarsam - etkili olacaktır, ancak bir gerçek değil, ve büyük ihtimalle tam tersi olacak

işte hikaye ;)

Kiralık olarak çalıştığımda, daha çok gömülü, dsp vb. alanlarda çalışıyordum, ancak masaüstünün altına girebiliyorum ve veritabanını nasıl kullanacağımı biliyordum, şimdi unuttum. Bu nedenle, gömülü düzeyde, OOP'ye geçiş, performansı genellikle bir buçuk ila iki kat azaltır. Sonuçta orada, assembler ile çok çalıştılar, oluşturulan kodu asma'da okudunuz ve çok fazla ekstra hareket olduğunu görebilirsiniz. Ama bizim gerçeklerimizde, bunların hepsi önemsiz şeyler. Burada normal bir vidyakha alacağım, OpenCL altında yazacağım. iyi olacağım))

1234567891011
Yeni yorum