Thread: Mana yang Anda pilih: Metatrader (MQL) atau cTrader (cAlgo)?

Aku hanya ingin tahu tentang kalian di luar sana. Apakah ada orang di sini yang sangat sering menggunakan MetaTrader (untuk menulis MQL), tetapi sangat sedikit yang menggunakan cTrader (cAlgo)?

Selain keuntungan yang ditawarkan broker, saya merasa bahwa MetaTrader bukanlah platform terbaik untuk membangun EA. MQL = C , mereka menggunakan C sebagai kode dasar mereka. Itu tertulis di halaman dokumentasi mereka:
https://www.mql5.com/en/docs
Sedangkan cTrader (cAlgo) menggunakan C# sebagai kode dasarnya.

Saya seorang konsultan teknis penuh waktu, pengembang aplikasi, perancang web pemula, mengetahui sebagian besar teknologi pengembangan aplikasi terbaru. Saya telah melakukan ini selama 10 tahun dan menemukan bahwa C # dan Java keduanya adalah pesaing yang ketat. Keduanya masuk dalam 10 besar bahasa pemrograman terpopuler, bersama dengan Javascript, Scala, Go, Phyton. Tapi tidak satupun dari mereka adalah C . Menurut pengalaman saya (setelah menulis 3 EA), MQL sulit. Jika logika Anda sesederhana menghitung sesuatu, lalu buat pending order atau posisi berdasarkan pasar, MQL saja sudah cukup. Tapi begitu Anda masuk ke ide yang lebih kompleks, MQL tidak cukup... maaf untuk mengatakannya.


Ambil contoh salah satu EA saya, Tunnel Martingale (TM). Jika Anda mengikuti utas saya (
https://www.forexfabrikasi.com/tradi...ivots-win.html) di bagian komersial, sebenarnya dibangun menggunakan MQL. Karena logikanya sederhana! Mulai posisi pasar secara acak, lalu letakkan pending order di arah yang berlawanan, setelah pending order tercapai/dieksekusi, lalu letakkan pending order lain di arah yang berlawanan, dll.dst. Strategi hanyalah strategi, gagal, menyedot investasi hingga kering, lalu kembali ke papan gambar lagi.
Saat ide untuk ditingkatkan semakin maju, pengkodean dengan MQL semakin sulit. Salah satu ide untuk meningkatkan adalah, daripada menjalankan seri martingale waktu yang tidak terbatas dan tidak terbatas, kita dapat membatasi jangka waktu hanya pada tanggal dan waktu tertentu untuk interval/durasi tertentu saja. Sekarang inilah tangkapannya.
Cara C menangani tanggal dan waktu saat ini menggunakan tipe data kuno yang didasarkan pada bilangan bulat yang mewakili tick yang dihitung sejak 1 Januari 1970! Itu seperti beberapa hal pra-sejarah. Jadi, sekarang saya mengerti bahwa jika saya ingin menentukan tanggal dan waktu tertentu dari A ke B, saya harus mengetahui representasi centang dari tanggal tersebut.

Jadi, jika saya ingin menulis bahwa TM dimulai pada 31 Maret 2020 12:00:00, saya harus menulis 637212528000000000 menjadi parameter, variabel, atau metode komunikasi apa pun antara saya sebagai pengguna ke EA. Bukan itu, fungsi DateTime sangat terbatas di MQL.

Sekarang, tantangan lain adalah saya ingin memperkenalkan objek untuk tanggal, di parameter input. Tidak ada cara, baik MQL dan cAlgo untuk mendefinisikan parameter input yang kompleks. Tetapi seseorang dapat melakukannya dengan memperkenalkan konfigurasi file, seperti JSON atau XML. Di MQL, dibutuhkan beberapa baris hanya untuk membaca file. Anda perlu memahami konsep pointer, Anda perlu memeriksa apakah pegangan file ditutup, jika tidak ditutup Anda harus menutup pegangan, jika tidak akan macet dll.
Di cAlgo, tugas ini dapat dilakukan hanya dengan memanggil fungsi kemudian menetapkannya ke variabel. Hanya 1 baris.

Sekarang, berbicara tentang objek dalam dunia pemrograman, setelah kita membaca file konfigurasi, kita dapat mengurutkan akses konfigurasi menggunakan OOP, di mana di dalam objek juga terdapat beberapa array dari objek lain dll. OOP di C benar-benar membuang-buang waktu. Inilah alasannya:Anda tidak bisa begitu saja membaca XML atau JSON menjadi objek di C . Ada terlalu banyak langkah untuk mencapai ini, sementara di cAlgo dapat dilakukan dalam 2 baris minimal. Anda tidak bisa begitu saja mengurutkan array objek (dan ini bodoh). Anda dapat mengurutkan jika tipe data yang akan diurutkan adalah angka (int, long, short), bukan dengan tipe data lain seperti tanggal waktu. Dan penyortirannya sesederhana itu, tidak ada fungsi lain. Seseorang harus membuat fungsi penyortiran mereka sendiri, dan melakukan ini hanya membuang banyak waktu saya. Hanya 2 alasan itu, saya telah melepaskan peluang saya dan pindah ke cTrader.

Bukannya saya tidak mau belajar MQL. Tapi hei, menulis EA seharusnya seperti menulis aplikasi bisnis, harus kuat, cepat, cepat, sederhana, menjaga hal-hal yang kurang penting tetap berjalan. Kecuali, jika Anda menulis kode untuk mesin, barang robot, atau game, atau kode yang membutuhkan akses lebih cepat ke lapisan bahasa mesin, maka C adalah pilihan terbaik.

Bayangkan saja, Anda ingin pergi dari tempat Anda berdiri sekarang di Hawaii ke New York tujuan Anda. Dengan C# (atau cTrader/cAlgo), Anda hanya perlu menggunakan (atau membeli) moda transportasi apa pun yang tersedia di luar sana, mobil, tiket feri, tiket pesawat, bus, kereta api, apa saja untuk mencapai tujuan Anda dengan cepat. Dengan MQL, saya merasa seperti hidup di tahun 1781, di mana kita perlu membuat perahu dengan tangan kita sendiri untuk sampai ke sana.

Jadi, bagaimana pengalaman Anda, teman-teman?

Originally Posted by ;

{kutipan} Benar. Dan untuk alasan yang sama seperti Anda (sebaliknya). Ketika saya mulai 10 tahun yang lalu terganggu oleh kurangnya fungsionalitas kerangka kerja di MQL dan memutuskan untuk menulis kerangka sendiri (lihat Github). Sekarang saya memiliki sebagian besar fitur yang saya butuhkan dan akan membutuhkan banyak waktu dan upaya untuk memindahkan semuanya ke platform lain. Itu perhatian utama saya tentang cTrader, saya tidak menentangnya secara umum. Dukungan broker belum begitu baik tetapi beberapa broker yang lebih baik sudah mendukungnya. Tonggak sejarah Anda akan bervariasi. Lakukan apa yang paling sesuai dengan kebutuhan Anda....

ya bung. Satu-satunya hal adalah 10 tahun yang lalu cTrader tidak ada di sana.

Originally Posted by ;

{quote} Mekanisme konfigurasi apa pun yang dapat mengekspresikan struktur data akan dilakukan. Anda menggunakan JSON dan membutuhkan parser JSON. Baik. Saya menggunakan file .ini biasa dan membutuhkan pengurai .ini. Saya menulis saya sendiri. Begitulah kehidupan pengembang. :-) {gambar}

Saya belum pernah mendengar file INI untuk waktu yang cukup lama. Ini juga memberikan struktur yang lebih baik.

1 Lampiran

Originally Posted by ;

{quote}...Saya masih perlu melihat daftar tanggal dan waktu untuk menandai EA. Saya mencari sistem perdagangan yang dapat sepenuhnya otomatis, lebih sedikit pemantauan, lebih sedikit emosi ke dalam permainan, lihat sesekali, lalu lupakan. Dengan mengingat hal itu, saya memerlukan beberapa rangkaian konfigurasi kompleks seperti ini:{image}

Mekanisme konfigurasi apa pun yang dapat mengekspresikan struktur data akan dilakukan. Anda menggunakan JSON dan membutuhkan parser JSON. Baik. Saya menggunakan file .ini biasa dan membutuhkan pengurai .ini. Saya menulis saya sendiri. Begitulah kehidupan pengembang. :-)

Originally Posted by ;

{quote} Oh, mungkin Anda pernah melihat (atau mencoba) cAlgo, tapi saya rasa belum banyak menjelajah? n lanjutkan diskusi ini...?

Benar. Dan untuk alasan yang sama seperti Anda (sebaliknya). Ketika saya mulai 10 tahun yang lalu terganggu oleh kurangnya fungsionalitas kerangka kerja di MQL dan memutuskan untuk menulis kerangka sendiri (lihat Github). Sekarang saya memiliki sebagian besar fitur yang saya butuhkan dan akan membutuhkan banyak waktu dan upaya untuk memindahkan semuanya ke platform lain. Itu perhatian utama saya tentang cTrader, saya tidak menentangnya secara umum. Dukungan broker belum begitu baik tetapi beberapa broker yang lebih baik sudah mendukungnya. Tonggak sejarah Anda akan bervariasi. Lakukan apa yang paling sesuai dengan kebutuhan Anda. :-)

1 Lampiran

Originally Posted by ;

Persyaratan ini membatasi pilihan kami. Java (bahasa pilihan saya) dan C# mungkin tidak begitu bagus tetapi perdagangan otomatis (ritel) tidak memungkinkan dengannya. Jadi, jika saya seorang pedagang otomatis, saya memiliki lebih sedikit pilihan mengenai kerangka kerja. Jika saya adalah trader C# dengan indikator kustom lokal (mungkin cTrader) baik-baik saja.

Persyaratan saya terlalu tinggi mungkin, itu karena saya TERLALU MALAS.
Saya ingin mencapai perdagangan yang sepenuhnya otomatis, tetapi tampaknya semi-otomatis. Karena saya masih perlu melihat daftar tanggal dan waktu untuk tag ke EA. Saya mencari sistem perdagangan yang dapat sepenuhnya otomatis, lebih sedikit pemantauan, lebih sedikit emosi ke dalam permainan, lihat sesekali, lalu lupakan. Dengan mengingat hal itu, saya memerlukan beberapa rangkaian konfigurasi kompleks seperti ini:

Originally Posted by ;

Dengan cAlgo Anda memang memiliki lingkungan pengembangan yang sangat bersih tetapi Anda masih menemui hambatan di hampir setiap langkah. Belum waktunya cAlgo, belum...

Oh, mungkin Anda telah melihat (atau mencoba) cAlgo, tetapi tidak banyak mengeksplorasi karena saya kira? Di cAlgo, dapat ditulis hanya dengan platform perdagangan seperti MQL, kompilasi kode, menghasilkan file *.algo, persis sama! Tapi ada fitur bernama Open di Visual Studio, dan Visual Studio IDE gratis (
https://visualstudio.microsoft.com/vs/community/). Dan, setiap kali Anda membuat EA (cAlgo adalah nama persisnya), itu menciptakan proyek Visual Studio yang tepat. Anda dapat mengeluarkannya, memperluas kelas ke yang lain, bahkan menambahkan perpustakaan lain, dll. Jadi, sampai di sini, saya tidak melihat dinding apa pun. Saya dapat mengkodekan apa pun yang saya inginkan, mulai dari memposting pesan twitter jika saya mau, memanggil layanan web lain, webhook, bahkan hal-hal IoT, berintegrasi dengan Azure dan semuanya.

Originally Posted by ;

Jadi platform yang sempurna hanya ada untuk orang-orang dengan anggaran yang serius (misalnya satu untuk Deltix) dan tugas ritel kami adalah membuat yang terbaik dari dunia ritel yang tidak sempurna ini. {quote} Apa yang Anda cari ada tetapi Anda harus membayarnya. Begitulah cara kelinci berlari. (So ​​läuft der Hase) :-) {image}

Saya sudah melihat PDF, mereka juga menggunakan C# dan .NET Framework. Saya sudah menemukan apa yang saya cari.
Pokoknya, diskusi yang bagus dan senang mengenal Anda, man! Mungkin kita bisa melanjutkan diskusi ini...?

Originally Posted by ;

...Mungkin saya bingung untuk berpikir bahwa MQL adalah C ...

Saya benar-benar mengerti maksud Anda. Mungkin Anda harus berpikir lebih dari sudut pandang pengembang aplikasi. Masukan pengguna selalu dimasukkan melalui nilai skalar. Saya tidak tahu aplikasi apa pun di dunia di mana input pengguna dimasukkan melalui instance objek. Instance objek dapat diteruskan melalui parameter tetapi tidak sebagai input pengguna. Bagaimanapun, pendekatan membandingkan bahasa tidak akan menghasilkan apa-apa karena keterampilan dan selera hanya berbeda untuk melayani kita semua. Imho lebih baik membandingkan kasus penggunaan biasa. Ituperdagangan bebas dengan grafik telanjang perdagangan bebas dengan indikator kustom mendukung perdagangan bebas dengan pembangkit sinyal jarak jauh perdagangan otomatis penuh (jarak jauh) Untuk semua kasus penggunaan tersebut akan ada persyaratan yang berbeda untuk platform/bahasa/kerangka, dan di sinilah kita harus membuat keputusan yang paling cocok untuk kita. Ini bukan hanya perpustakaan yang tersedia untuk XML atau JSON. Ini juga interaksi dengan pengguna dan/atau sistem lain seperti mail, logging, monitoring, messaging, remote control dll. Persyaratan ini membatasi pilihan kami. Java (bahasa pilihan saya) dan C# mungkin tidak begitu bagus tetapi perdagangan otomatis (ritel) tidak memungkinkan dengannya. Jadi, jika saya seorang pedagang otomatis, saya memiliki lebih sedikit pilihan mengenai kerangka kerja. Jika saya seorang pedagang diskresioner C# dengan indikator kustom lokal (mungkin cTrader) baik-baik saja.

Originally Posted by ;

Tugasnya adalah mengekspresikan logika trading dengan cara yang mudah. Misalnya EasyLanugae di Tradestation jauh lebih baik daripada MQL, namun fungsionalitasnya dibandingkan dengan MQL terbatas. Itu karena suatu alasan dan disengaja. Jika Anda memerlukan dukungan pemrograman penuh dengan semua fitur yang digunakan dari pengembangan aplikasi biasa, maka Anda dapat dengan mudah beralih ke bahasa lain dan menjembatani keduanya. Dalam MQL yang dilakukan melalui penggunaan DLL (C/C , Pascal, C#) dan inilah keuntungan besar dari MQL. Dari semua platform/bahasa perdagangan yang tersedia, MQL memiliki...

Saya telah melakukan penelitian di masa lalu, mengevaluasi ini, itu, yang disebut bahasa penghubung antara MQL dan bahasa pemrograman lain. Tetapi di semua komponen di luar sana, mereka hanya menggunakan hal yang sama: membuka soket jaringan, membiarkannya berkomunikasi dengan jembatan dari bahasa lain melalui paket jaringan. Sekarang, ini keren jika Anda membuat kode untuk sesuatu yang 1 pesanan pada waktu tertentu. Tidaklah keren jika Anda harus membuka banyak perdagangan dan menuntut tingkat respons yang sama seperti saat Anda membuat kode MQL. Karena pada dasarnya itu berbicara melalui soket jaringan. Anda perlu menunggu jabat tangan, perintah dari satu ujung diubah menjadi perintah umum yang dapat dimengerti dari kedua ujungnya dan akan ditransfer melalui soket, kemudian setelah mencapai ujung yang lain itu akan diubah menjadi kode MQL pada dasarnya. Saya telah melakukan serangkaian diskusi dengan pengembang MT4API pada waktu itu, untuk memahami cara kerjanya. MT4API, karena gratis! Lainnya yang tidak gratis, ternyata juga menggunakan soket jaringan untuk berkomunikasi. Jadi Anda bisa memprediksi seperti apa hasilnya.

Originally Posted by ;

MQL sangat bagus karena API yang mudah itu, tidak perlu mendukung semua fitur yang Anda lewatkan. Cobalah untuk melakukan hal yang sama di platform perdagangan lain (sebut saja) dan Anda akan mengerti apa yang saya maksud.

Nah, jika MQL menjadi yang termudah, bukan berarti dapat mendukung skenario kompleks seperti yang saya miliki.
Itu benar-benar tidak membutuhkan fitur yang luas. Tetapi jika seseorang membutuhkan, mereka harus membayar komponen penghubung antara MQL dan C#, atau sepenuhnya pindah ke cTrader. TAPI, saya sangat SETUJU dengan Anda bahwa MQL adalah yang termudah dan paling sederhana jika seseorang ingin membuat kode untuk EA.

Originally Posted by ;

Bagian yang paling hilang adalah penanganan pengecualian dan antarmuka COM seperti di EasyLanguage. Tetapi rasa sakit terbesar di pantat bukanlah fungsionalitas yang terbatas. Ini bugginess dari banyak fitur.

Saya tidak tahu tentang EasyLanguage. Tapi saya melihat IDE, jauh lebih buruk dari MQL menurut saya. Tapi kami mengerti di mana hal-hal ini ada untuk mengakomodasi siapa saja yang merupakan pedagang tetapi tidak tahu cara membuat kode.

Mungkin saya bingung mengira bahwa MQL adalah C . Tetapi fokus saya akan lebih pada MQL itu sendiri, daripada C .

Originally Posted by ;

Tanggal 31 Maret 2020 12:00:00 tidak dinyatakan sebagai bilangan bulat tetapi sebagai D'2020.03.31 12:00:00'. Sulit membayangkan sesuatu yang lebih mudah.

DateTime IS dinyatakan sebagai bilangan bulat, saya salah tentang kutu karena itu mewakili jumlah detik, tetapi Anda mengerti maksudnya. Dikutip dari:
https://docs.mql4.com/dateandtimebilangan bulat yang mewakili jumlah detik yang berlalu dari 0 jam pada 1 Januari 1970 Tujuan saya bukan hanya menggunakan tanggal apa adanya. Tetapi untuk memanipulasi (menambahkan hari, menit, jam, mengkonversi ke teks, dan sebaliknya). Jadi posting ini adalah salah satu alasan saya untuk mencegah saya tetap menggunakan MQL:
https://www.mql5.com/en/forum/101178. Itu terlalu banyak rute untuk hanya menambahkan satu hari.

Originally Posted by ;

Parameter input datetime mendukung pemilih DateTime asli yang disediakan oleh OS. Sulit membayangkan sesuatu yang lebih baik.

Saya setuju, itu didukung. Tetapi saya memiliki banyak waktu untuk menjelajahi MQL untuk melihat dengan cara apa pun itu dapat mendukung array DateTime sebagai salah satu parameter input EA, itu tidak dapat memenuhi harapan saya. Maksud saya, saya memerlukan parameter input yang hanya berupa objek dengan berbagai jenis, yang juga berisi properti dan array objek lain di dalam objek yang juga merupakan array (kompleks itu), daripada hanya parameter input datar tidak terstruktur yang disediakan oleh MQL seperti yang kita lihat sekarang. Tapi ada solusinya, gunakan jalur file sebagai parameter input. Membaca hanya file membawa saya baris kode (belum lagi menutup filehandle dan semua yang lainnya). Sekarang, saya tidak melihat fungsi bawaan yang mendukung JSON atau XML. Ada beberapa perpustakaan di luar sana, tetapi sekali lagi, itu tidak memenuhi ketahanan seperti di C#, terutama tidak bisa lebih sederhana dari ini:
https://www.newtonsoft.com/json/help...lizeObject.htmyang inti kodenya hanya 2 baris. Sisanya adalah membuang nilai, dan kelas itu sendiri.

Originally Posted by ;

{quote} Beberapa poin tentang posting Anda yang muncul di pikiran saya (daftar tidak lengkap): Sebagian besar contoh Anda menunjukkan masalah yang disebabkan oleh membingungkan bahasa pemrograman dan kerangka kerja aplikasi. MQL bukan C . MQL adalah bahasa scripting yang jauh lebih mirip dengan C. Dukungan kelas dan struct membuatnya terlihat mirip dengan C tetapi C/C adalah bahasa nyata dan MQL tidak. MQL dikompilasi ke byte-code dan dieksekusi oleh seorang juru bahasa, lebih mirip dengan JavaScript. Fungsi bawaan yang tersedia mencakup beberapa fungsi yang tersedia di C.

Terima kasih. Akhirnya ahli C
Saya tidak mengerti dalam C dan MQL, tapi saya rasa saya memilih untuk tidak masuk lebih dalam. Ini menghapus asumsi saya bahwa MQL adalah sesuatu seperti MEF di dotnet, yang berfungsi seperti add-on. Saya pikir ini sebabnya (menurut saya) cAlgo masih jauh lebih baik karena dikompilasi, bukan ditafsirkan. Itu mewarisi hal yang sama persis seperti yang dilakukan C#, karena ini adalah C#. Jadi, ini juga menjelaskan mengapa MQL sulit untuk bekerja dengan ide-ide saya.