Okul çocukları için OOP. - 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
TAMAM. Alıcı tanımınızı yapın.
bu bir at değil
bu bir at değil
Bildiklerini açıklayabilecek bir adamla uğraştığımı sanıyordum. Ve burada tanımlar düzeyinde bile sorun var.
Bildiklerini açıklayabilecek bir adamla uğraştığımı sanıyordum. Ve burada tanımlar düzeyinde bile sorun var.
Evet, istediğiniz gibi hayal kurun, burada bazılarınız da uzun zamandır açıktı, büyükanneme inat kulaklarını dondurmaya hazırlar.
Evet, istediğiniz gibi hayal kurun, burada sizinle ve bazılarıyla her şey benim için uzun zamandır açıktı.
Senin için açık olan her şey. sadece açıklayamazsın
Senin için açık olan her şey. sadece açıklayamazsın
Büyükannene inat kulaklarını dondurmaya devam et.
Yaratılışının ilk dakikasından beri okuyorum.
okumak yeterli değil, IMHO, görevleri belirlemeye ve prosedürel bir tarzda yazmaya çalışmalısın, sonra (bu zor değil) bu görevi OOP tarzında yeniden yaz
TC'nin defalarca yazdığı gibi, OOP görevi hızlı bir şekilde ölçeklendirmenize, geliştirmeyi hızlandırmanıza ve bir program yazarken hata sayısını azaltmanıza olanak tanır
MQL ile ilgili olarak: en sevmediğim görevlerden biri, bir siparişi kapatacak bir alt programı çağırdıktan sonra, prosedürel bir programlama stili ile bir dizi emrin kısmen kapatılmasıdır, hata işlemeyi organize etmek gerekecektir - eğer ne yapmalı tek bir aramada tüm siparişleri kısmen kapatmak mümkün değil miydi? - sunucunun kısmen kapanmasına izin vermedi mi? - Yılın başında sordum, her zamanki gibi, kimin umrunda, vakaların% 99'unda, tüm ortak kararlar sipariş yorumunu analiz etmeye geldi - orada okumak gibi, sunucu her şeyi oraya yazacak .... IMHO, profesyonelce değil
OOP tarzında, bu görev "2 tıklamada" çözülür, siparişi kısmen kapatan yöntemi çağırırız ve sipariş durumu verilerinin kendisi bir bilettir, değiştirme ihtiyacı ..... ve çalışan yöntemler sipariş ile SİPARİŞ sınıfında saklanır - çözüm mümkün olduğunca esnektir ve sonraki görevler için ölçeklenebilir, IMHO
aynısı MQL'deki grafikli görevler için de geçerlidir - bir metin etiketiniz varsa, onunla çalışmak sorun değildir, ama ya 10-100 etiketiniz varsa? - ve renk düzenini değiştirmeniz gerekirse, bazı etiketler için seçici olarak "mercan" rengi ve diğerleri için "düğmeli sedef"?... ve bir hafta sonra 3 düğme daha eklemek gerekiyordu. ... ve bir hafta sonra 10 düğmeyi kaldırmak gerekliydi ....
Not: yel değirmenlerine karşı başka bir mücadele hakkında bir konu .... hayır, birini hatırladım (soyadımı unuttum)))) - kim dünyanın yuvarlak olduğunu söyledi ve sonra onu yaktılar? )))) - cehaletle mücadele ve / veya kişinin ufkunu genişletme böyle görünüyor
okumak yeterli değil, IMHO, görevleri belirlemeye ve prosedürel bir tarzda yazmaya çalışmalısın, sonra (bu zor değil) bu görevi OOP tarzında yeniden yaz
TC'nin defalarca yazdığı gibi, OOP görevi hızlı bir şekilde ölçeklendirmenize, geliştirmeyi hızlandırmanıza ve bir program yazarken hata sayısını azaltmanıza olanak tanır
MQL ile ilgili olarak: en sevmediğim görevlerden biri, bir siparişi kapatacak bir alt programı çağırdıktan sonra, prosedürel bir programlama stili ile bir dizi emrin kısmen kapatılmasıdır, hata işlemeyi organize etmek gerekecektir - eğer ne yapmalı tek bir aramada tüm siparişleri kısmen kapatmak mümkün değil miydi? - sunucunun kısmen kapanmasına izin vermedi mi? - Yılın başında sordum, her zamanki gibi, kimin umrunda, vakaların% 99'unda, tüm ortak kararlar sipariş yorumunu analiz etmeye geldi - orada okumak gibi, sunucu her şeyi oraya yazacak .... IMHO, profesyonelce değil
OOP tarzında, bu görev "2 tıklamada" çözülür, siparişi kısmen kapatan yöntemi çağırırız ve sipariş durumu verilerinin kendisi bir bilettir, değiştirme ihtiyacı ..... ve çalışan yöntemler sipariş ile SİPARİŞ sınıfında saklanır - çözüm mümkün olduğunca esnektir ve sonraki görevler için ölçeklenebilir, IMHO
aynısı MQL'deki grafikli görevler için de geçerlidir - bir metin etiketiniz varsa, onunla çalışmak sorun değildir, ama ya 10-100 etiketiniz varsa? - ve renk düzenini değiştirmeniz gerekirse, bazı etiketler için seçici olarak "mercan" rengi ve diğerleri için "düğmeli sedef"?... ve bir hafta sonra 3 düğme daha eklemek gerekiyordu. ... ve bir hafta sonra 10 düğmeyi kaldırmak gerekliydi ....
Not: yel değirmenlerine karşı başka bir mücadele hakkında bir konu .... hayır, birini hatırladım (soyadımı unuttum)))) - kim dünyanın yuvarlak olduğunu söyledi ve sonra onu yaktılar? )))) - cehaletle mücadele ve / veya kişinin ufkunu genişletme böyle görünüyor
Benim düşünceme göre, mql, OOP kullanılarak çözülmesi gereken çok dar bir dizi göreve sahiptir. Bana öyle geliyor ki dilin kendisi C++'daki OOP'den veya başka bir şeyden başka bir şey değil. Ve bu OOP, OOP'yi standart bir kitaplık olarak sunar. Ve OOP'den bu OOP'ye, onu mahvetmeniz önerilir, aksi takdirde başka bir OOP diyemezsiniz. Ve sonra bir adım daha ... Büyücü doğru bir şekilde söyledi, kötü olsa da, ama iyiliksever olsa da, görevlerim için OOP bir köpek için bir dönüş gibidir. Ve eğer bu görev prosedürel bir tarzda sorunsuz bir şekilde çözülebiliyorsa, bir görev belirlemenin ve ardından OOP aracılığıyla uygulamanın kullanımı nedir?
Örneğin, MT5 ve MT4 için kod yazmak için fxsaber'dan .mqh alın. Belki birinin ihtiyacı vardır, ama bakın kim... mql5'i istemeyenler veya kesinlikle yapamayanlar için. Veya iCanvas'ı Nikolay'dan alın ..., soyadını unuttum, anlıyorsunuz. Yararlı bir kütüphane gibi görünüyor, ancak bunu anlamak kolay değil ve belge yok, en azından biraz açıklama. Bu bir şikayet değil, üzgünüm Nikolai, bu bir gerçek. Bu yüzden bir grafik etiket yazmayı denemeye karar verdiğimde, ne standart kütüphaneye ne de Nikolai'nin kütüphanesine başvurmadan yazmak benim için daha kolay oldu.
Benim düşünceme göre, mql, OOP kullanılarak çözülmesi gereken çok dar bir dizi göreve sahiptir. Bana öyle geliyor ki dilin kendisi C++'daki OOP'den veya başka bir şeyden başka bir şey değil. Ve bu OOP, OOP'yi standart bir kitaplık olarak sunar. Ve OOP'den bu OOP'ye, onu mahvetmeniz önerilir, aksi takdirde başka bir OOP diyemezsiniz. Ve sonra bir adım daha ... Büyücü doğru bir şekilde söyledi, kötü olsa da, ama iyiliksever olsa da, görevlerim için OOP bir köpek için bir dönüş gibidir. Ve eğer bu görev prosedürel bir tarzda sorunsuz bir şekilde çözülebiliyorsa, bir görev belirlemenin ve ardından OOP aracılığıyla uygulamanın kullanımı nedir?
ne yazık ki, %90 haklısınız, ancak yalnızca tüccarların yazmak istediği ticaret stratejileri nedeniyle .... açıkçası, ilkel, MQL'de yüksek kaliteli grafik paneller oluşturmak mümkün olduğunda bir miktar canlanma oldu, ancak ortaya çıktı. bu da son kullanıcı için gerekli değildi - burada, genel olarak, endüstrinin sorunu, seyircinin rengarenk olmasına rağmen, ancak .... sadece bir düğmeye ihtiyaç var - yağma ...
Örneğin, MT5 ve MT4 için kod yazmak için fxsaber'dan .mqh alın. Belki birinin ihtiyacı vardır, ama bakın kim... mql5'i istemeyenler veya kesinlikle yapamayanlar için.
Bu kütüphaneyi kullanıyorum çünkü MT5'e ihtiyacım var, ancak MT5 yeni başlayanlar dalında birkaç kez ne ve nasıl diye sormaya çalışmama rağmen, sipariş sistemini incelemekle kesinlikle zaman kaybetmek istemiyorum ... sonuç olumsuz - bu forumda, aslında , MT5 sipariş sisteminin nasıl çalıştığına dair hiçbir bilgi taşıyıcısı yok, sorularıma cevaplar ... peki, genel olarak, daha yumuşaksa "Karmakarışık dinleniyor"
Veya iCanvas'ı Nikolay'dan alın ..., soyadını unuttum, anlıyorsunuz. Yararlı bir kütüphane gibi görünüyor, ancak bunu anlamak kolay değil ve belge yok, en azından biraz açıklama. Bu bir şikayet değil, üzgünüm Nikolai, bu bir gerçek. Bu yüzden bir grafik etiket yazmayı denemeye karar verdiğimde, ne standart kütüphaneye ne de Nikolai'nin kütüphanesine başvurmadan yazmak benim için daha kolay oldu.
@Nikolai Semko'nun kitaplığını birkaç kez kullandım - olağan dışı bir şey değil, takın ve kullanın... ilke, KB'deki günlük Uzman Danışmanların yaklaşık %99'u ile aynıdır - moderatör kullanmıyor oradaki sipariş sistemiyle mi uğraşıyorsunuz? - OOP şeklinde yazılmış SB'yi bağladı ve hangi danışmanlarla geldiğini ortaya çıkardı
Benim düşünceme göre, mql, OOP kullanılarak çözülmesi gereken çok dar bir dizi göreve sahiptir. Bana öyle geliyor ki dilin kendisi C++'daki OOP'den veya başka bir şeyden başka bir şey değil. Ve bu OOP, OOP'yi standart bir kitaplık olarak sunar. Ve OOP'den bu OOP'ye, onu mahvetmeniz önerilir, aksi takdirde başka bir OOP diyemezsiniz. Ve sonra bir adım daha ... Büyücü doğru bir şekilde söyledi, kötü olsa da, ama iyiliksever olsa da, görevlerim için OOP bir köpek için bir dönüş gibidir. Ve eğer bu görev prosedürel bir tarzda sorunsuz bir şekilde çözülebiliyorsa, bir görev belirlemenin ve ardından OOP aracılığıyla uygulamanın kullanımı nedir?
Örneğin, MT5 ve MT4 için kod yazmak için fxsaber'dan .mqh alın. Belki birinin ihtiyacı vardır, ama bakın kim... mql5'i istemeyenler veya kesinlikle yapamayanlar için. Veya iCanvas'ı Nikolay'dan alın ..., soyadını unuttum, anlıyorsunuz. Yararlı bir kütüphane gibi görünüyor, ancak bunu anlamak kolay değil ve belge yok, en azından biraz açıklama. Bu bir şikayet değil, üzgünüm Nikolai, bu bir gerçek. Bu yüzden bir grafik etiket yazmayı denemeye karar verdiğimde, ne standart kütüphaneye ne de Nikolai'nin kütüphanesine başvurmadan yazmak benim için daha kolay oldu.
OOP kullanımı, algoritmik ticaretten çok daha yüksek bir düzeyde görev karmaşıklığı anlamına gelir. Bu nedenle, anlaşmazlıklar var. OOP, profesyonel programcılar ve geliştiriciler tarafından karmaşık programlarla çalışmak için gereklidir. Böyle ciddi bir yaklaşım için çok az yer var. OOP'nin anlamını küçük örneklerle açıklamak yanlıştır. OOP'nin anlamı, büyük miktarda veri ve işlevle büyük ölçekli çalışmadır. Veri çeşitliliği, ayırma ve sınıflandırma gerektirir ve daha sonra, bir hiyerarşi ile ayrılmış sınıflar arasında özelliklerin ve yöntemlerin tanımını, kalıtımını ve yöntemlerini kapsüllemenin alaka düzeyi vardır.
Küçük görevlerde bu anlam açıklanamaz.