MQL5'te ortak proje geliştirme - geleceğimiz? - sayfa 6
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Doğrudan C++'da bellekle çalışmayı sevdim. C#'da böyle bir olasılık yoktu... Aksi halde C++ bende olumsuz bir izlenim bıraktı. Bu dilin aşırı ve gereksiz yere karmaşık olduğuna içtenlikle inanıyorum. Karmaşıklığı akıl sağlığının tüm sınırlarını aşar. Daha fazla varlığın, içine kaç tane doldurulduğunu hayal etmek zor. Gereksiz varlıklara karşı çok olumsuz bir tavrım var ...)
Herhangi bir dilde, kullanamayacağınız bir "zevk" vardır, çünkü kimse sizi zorlamaz.
Hatırlıyorum, jQuery javascript'e geldiğinde çok fazla gürültü vardı, kimse bilmiyor, imkanlar en geniş... ama kullanamazsınız.
Yani mql'de OOP ile veya OPP olmadan mümkündür
Genel olarak, dillerde karmaşıklık ve kapasite geliştirmeye yönelik açık bir eğilim görüyorum. C++11, 14, 17 ve C# 5,6,7 özelliklerini okumanız yeterlidir.
Ne olmuş? Anlamıyorsanız kullanmayın.
Yani onları kullanmanıza gerek yok, birileri sizi zorluyor ya da ne? OOP hakkında forumdaki sonsuz iniltiler gibi. Pek hoşunuza gitmiyorsa, alışılmış prosedürel tarzda yazın, sizi kim zorluyor? Ama yine de, acı çekenlerin iniltileri azalmayacak, görünüşe göre asla)
Tabii ki, sadece gerekli olanı kullanmanız gerekiyor, ancak soru NEDEN?! Bunu kim ve neden buldu? Neden bir geliştirici, aralarında kaybolmamak için gereksiz varlıkların yüzeysel bir bilgisine bile zaman harcamalı? Benim açımdan, böyle "kalabalık" bir dil, herhangi bir gelişme için elverişsizdir. Edebi romanlar C++ ile yazılmış olsaydı, o zaman tüm sözdizimsel "dönüşümleri" ve enstrümantal "çınlamaları" romantiklerin kederli ruhları tarafından takdir edilirdi, ancak mekanizmalar dünyasında bu tür aşırılıklar zararlıdır. BENİM NACİZANE FİKRİME GÖRE.
not Bu sadece benim fikrim, Alex. Kişisel algılamayın.)
Tabii ki, sadece gerekli olanı kullanmanız gerekiyor, ancak soru NEDEN?! Bunu kim ve neden buldu? Neden bir geliştirici, aralarında kaybolmamak için gereksiz varlıkların yüzeysel bir bilgisine bile zaman harcamalı? Benim açımdan, böyle "kalabalık" bir dil, herhangi bir gelişme için elverişsizdir. Edebi romanlar C++ ile yazılmış olsaydı, o zaman tüm sözdizimsel "dönüşümleri" ve enstrümantal "çınlamaları" romantiklerin kederli ruhları tarafından takdir edilirdi, ancak mekanizmalar dünyasında bu tür aşırılıklar zararlıdır. BENİM NACİZANE FİKRİME GÖRE.
not Bu sadece benim fikrim, Alex. Kişisel algılamayın.)
Bilirsiniz, herhangi bir profesyonel bilgisini geliştirmeli ve 50 yıl boyunca aynı bilgileri kullanmamalı ve yeni bir şeyler öğrenmek için biraz zaman harcamalı, gelecekte bu sadece üretkenliği ve işgücü piyasasında talep artışını sağlayacaktır.
Herhangi bir dilde, kullanamayacağınız bir "zevk" vardır, çünkü kimse sizi zorlamaz.
Hatırlıyorum, jQuery javascript'e geldiğinde çok fazla gürültü vardı, kimse bilmiyor, imkanlar en geniş... ama kullanamazsınız.
Yani mql'de OOP ile veya OPP olmadan mümkündür
Arabadaki beşinci tekerlek her zaman yolunuza çıkar. Sorunun olduğu yer burası. OOP olmadan verimli, kolay ve hızlı bir şekilde yapabiliyorsanız, mantıksal olarak OOP'ye hiç gerek yoktur.
Vurgularım - şeylerin mantığına göre .
Sanki bir insan üçüncü bir el yetiştiriyorsa. Elbette kullanamazsınız ...)))
Arabadaki beşinci tekerlek her zaman yolunuza çıkar. Sorunun olduğu yer burası. OOP olmadan verimli, kolay ve hızlı bir şekilde yapabiliyorsanız, mantıksal olarak OOP'ye hiç gerek yoktur.
Vurgularım - şeylerin mantığına göre .
Sanki bir insan üçüncü bir el yetiştiriyorsa. Tabii ki kullanamazsınız...
Eh, üçüncü bir el istiyorum, yoksa kızların tutacak üç yeri var ve ne yazık ki sadece iki eli var.
Bazen üç ele sahip olmak etkilidir, ancak çoğu zaman bir tanesi engel olmaz.
Bilirsiniz, herhangi bir profesyonel bilgisini geliştirmeli ve 50 yıl boyunca aynı bilgileri kullanmamalı ve yeni bir şeyler öğrenmek için biraz zaman harcamalı, gelecekte bu sadece üretkenliği ve işgücü piyasasında talep artışını sağlayacaktır.
Bilirsiniz, herhangi bir profesyonel bilgisini geliştirmeli ve 50 yıl boyunca aynı bilgileri kullanmamalı ve yeni bir şeyler öğrenmek için biraz zaman harcamalı, gelecekte bu sadece üretkenliği ve işgücü piyasasında talep artışını sağlayacaktır.
Doğru. 4. sürümden önce C#'da bir iş parçacığı oluşturmak için onu api kazanmaya çok yakın tutamaçlarla oluşturmanız gerektiğini hatırlıyorum. Atomik işlemlerin sağlanması, iplik senkronizasyonu vb. ile büyük bir hemoroid vardı. Ve sonra paralelleştirme için yeni araçlar ortaya çıkmaya başladı, daha az yazı ve rutin vardı. Yani, daha fazla çörek, iyi ve farklı!
Eh, üçüncü bir el istiyorum, yoksa kızların tutacak üç yeri var ve ne yazık ki sadece iki eli var.
Bazen üç ele sahip olmak etkilidir, ancak çoğu zaman bir tanesi engel olmaz.
Kesinlikle. Ancak, yeni her zaman yararlı değildir. Bu "yeni" ile çok seçici olmalısınız. Uygulamada yeni olan her şeye olan ihtiyacı kontrol etmek gerekir.
Birinin yarattığı projeleri kontrol ederim ve eğer beğenirsem kendim kullanırım. Eh, tadı ve rengi ... Bazen böyle bisikletlerle karşılaşıyorum ve bu, klasik bir şekilde üç satırda yazabilmenize rağmen, birçok insanın "yeni, yeni uğruna" kullanması nedeniyle oluyor.