Pending Market Order (خبير مضاعفات)

[فيلسوف البادية]

عنوان متناقض
نريد ان نضع امر انتظار ماركت!!!

حدد--تبيه انتظار ام ماركت؟
ج: نريده الاثنين معا في نفس اللحظة
خبير المضاعفات الذي هو ديدن اغلب الزملاء --- فيه تعقيد برمجي و يتطلب مراجعة للهستوري او الصفقات المفتوحة لكي ترى هل حقق الهدف ام عكس ونفذ الامر العكسي !!!

هذا التعقيد البرمجي نحاول ان نختصره ونحله بفكرة معقدة وذكية شوي--اذا فهمت يزول تعقيدها ويبقى اثرها الجيد

لانريد ان نضع في صفحة التريد امر انتظار--نريد ان يبقى امر الانتظار في اذهاننا حتى تحقق الشرط ثم ندخل ماركت
لانريد ان يرى البروكر اوامر الانتظار-- بل تبقى في اذهاننا او ذهن الخبير فقط,

فنحن لاندخل ماركت الان---بل ننظر باعيينا حتى يهبط الستب وليكن 30 نقطة ووقتها مباشرة امر ماركت

النظر باعيننا نريده برمجيا؟


فكروا

[فيلسوف البادية]

ماذا يفعل الكود اسفل----الاسطر الاولى حتى الان من الفكرة اعلاه تمهديا لتصميم اذكى خبير مضاعفات


نرجو ممن يهمه الامر ان يسجل اسمه هنا--بحيث نصممه معا سطر سطر

[فيلسوف البادية]

لدينا المتغير العداد t1
في البداية فقط نحتاجه اذا قيمته صفر ان يعلق اوامر الانتظار في الاذهان

لابد نعرفه كمتغير خارجي---لماذا. ج: لكي يحتفظ دائما باخر قيمة له دون تصفير.





سيترفع السعر بمقدار الستب STEP وهو 20 نقطة او يهبط 20 نقطة
ايهما تحقق اولا سينفذه
ونحن نريده ان يحذف من الذهن الامر الاخر غير المتحقق ثم يعيده مرة اخرى بلوتات مضاعفة--حتى الان ليست في الكود اعلاه؟؟

ماذا نفعل؟

[فيلسوف البادية]

الفرامل
تخيل تحقق شرط الشراء ونفذ امر الشراء الاول--مع التكة القادمة وطالما الشرط متحقق لو صعد شوي ايضا---سينفذ امر اخر وهكذا مع كل تكة--لأن الشرط متحقق
اذن نفرمله بشرط اضافي TB
بحيث لو نفذ اول امر يدعس فرامل ويغير TB الى قيمة اخرى تمنع شروط تنفيذ امر الشراء

فاصبح الان حتى لو كاان شرط فرق الستب متحقق --ولكنه مفرمل بالمتغير TB

ونفس الامر للبيع

[فيلسوف البادية]

ملحوظة سنعتمد التفصيل البرمجي
ومع النهاية نحوله الى دوال مستقلة
منذ البدء وحتى النهاية فقط دالة واحدة اسمها OnTick

[فيلسوف البادية]

طبقته على التشارات؟
هناك احتمالين:
1) ان يتنفذ امر الشراء اولا
2) ان يتنفذ امر البيع اولا --

--
اذا تنفذ امر الشراء اولا--نحذف من الاذهان امر البيع المعلق ذهنيا ونضع مكانه امر بيع اخر بلوتات مضاعفة للشراء

سبب الحذف: من اجل تغيير اللوتات---حيث ان الفكرة هي المضاعفات.

فبما بعد=---تأمل لا نريد ان نبحث عن رقم التكت لاخر امر تنفذ----
سنكون اذكى بكثير ونسجله لحظة تنفيذ الامر

قاعدة: دالة OrderSend تعيد لك اذا نجحت رقم التكت OrderTicket

[فيلسوف البادية]

اذن سنسجل لحظة التنفيذ لاحد الامرين--اخر امر تنفذ--- بيانات الامر--لكي لانضطر نبحث عنها فيما بعد.

1) سنسجل:
1) رقم التكت
2) لوتات الامر
3) نوع الامر: هل هو بيع ام شراء

نحن نعلم انه لو عكس سينفذ عدة اوامر---نحن نريد بيانات اخر امر فقط يا الهلالي ---ركز.

اذن نعرف 3 متغيرات ذات علاقة كلها تبدأ بالاسم المشترك LastOrder

[فيلسوف البادية]

وفي داخل البرنامج نظيفها لبلوك البيع وبلوك الشراء
لاحظ:
دون الدوخة والزمبليطة فيما بعد للتفتيش عن اخر امر, وكله في الاذهان دون الاعيان-- والوسيط اعمى لايرى ماذا تفعل.

[فيلسوف البادية]

الآن نريد من البرنامج ان يفهم انه لو تنفذ امر الشراء لابد يحذف امر البيع ثم يعيد وضعه باللوتات العكسية المضاعفة---وبينا سبب الحذف من اجل تعديل اللوتات

انت تعلم انه لايوجد برمجيا دالة اسمها LotModify اذا اردت تغيير اللوت فقط - على عكس اسعار الانتظار التي يمكن تغييرها دون حذف.

لذا الخيار نحذف ونعيد وضعه مرة اخرى باللوتات المعدلة.

اذن هنا علاقة متداخلة بين البيع والشراء فاحدهما ينظر للاخر--

العلاقة متداخلة ؟؟؟ ----اذن لابد يوجد متغير مشترك بينهما يفهم ايهما تنفذ اولاً.

لاحظ المتغيران السابقان -- الفرامل لايوجد تداخل --- فـ TB خاصة بالشرءا فقط ومستقلة عن البيع ومثلها TS خاصة بالبيع فقط ولادخل لها نهائيا بالشراء

حذف؟؟ !!!!
كيف نحذف امر اساسا غير موجود في المنصة وذكرنا انه في الاذهان فقط؟؟
ج: نحذفه من الاذهان.

[فيلسوف البادية]

اذن سيكون هذا المتغير باسم: FirstExecuted -- ويعني تنفذ اولا
وسيكون له قيمتين اما BUY او SELL


اذن بالمنطق سيكون من نوع string

[فيلسوف البادية]

اذن سيكون هذا المتغير باسم: FirstExecuted -- ويعني تنفذ اولا
وسيكون له قيمتين اما BUY او SELL

اذن بالمنطق سيكون من نوع string

ولأنه فيما بعد سيكون هناك عدة احتمالات
1) الصفقة الاصلية تضرب الهدف
2) الصفقة الاصلية تعكس وينفذ الامر العكسي المضاعف
وهكذا دواليك
نريد من هذا المتغير ان يحفظ نوع اخر امر تنفذ
اذن سنغير اسمه من FirstExecuted الى LastOrderExecuyed

وسيكون تعريف الصفقة الاصلية هو اخر صفقة تنفذت--دائما الصفقة الاصلية هي الصفقة التي تحدد هدف الخروج.

[فيلسوف البادية]

الكود حتى الان اذا طبقته سينفذ امر واحد فقط وحدج اقصى امرين---مثلا طبقته سنة 2014 وتركته
سيكون هناك امرين فقط كحد اقصى وحتى هذا اليوم لانه مفرمل

لانه احتمال يصعد فينفذ مر االشراء ويحدث فرملة "منع" للشراء الاضافي
ثم يهبط وينفذ امر البيعؤويحدث منع للبيع الاضافي

ثم يستمر هكذا على هذين الامرين سنوات طويلة ولن يحدث مارجن
لانه لو نفذ امر الشراء وصعد محفظة رابحة ولو نفذ امر الشراء وهبط ينفذ البيع ويكون مهدج تماما

[فيلسوف البادية]

اذن سنضيف شرط الغاء الامر المعلق الاخر--حذف--الذي تحدثنا عنه
مثلا نفذ امر الشراء--حدثت فرملة لعملية الشراء---سنفرمل معها ايضا عملية البيع
--
اذا فرملنا البيع--اريد ان تتصور انك امام المحفظة 24 ساعة تتابع الحركة لتتخذ القرارات-- ننظر لامرين:
1) هل امر الشراء سيحقق الهدف
2) هل سيعكس وفي هذه الحالة لابد ينفذ امر بيع عكسي؟؟

تتساءل متى نفك فرملة البيع؟؟

اولا: فرملة البيع لو نفذ امر الشراء اولا --- او فرملة الشراء لو نفذ امر البيع اولا: برمجيا نضيف فقط التالي:




الان ضمنا انه سينفذ امر واحد فقط على الكود بصورته الحالية وسيستمر سءنوات ولن يكون في المحفظة امر اخر
فتغييرنا لقيمة TB و TS لحالة X وتعني عدم التفعيل لشرط الدخول يكفل تنفذ امر واحد فقط.

[فيلسوف البادية]

الان:
الخطوة القادمة متابعة حالة الامر المنفذ وذكرنا انه 1) اما يحقق الهدف او 2) لابد ينفذ امر عكسي بلوتات مضاعفة اذا لم يحقق الهدف

الهدف مخفي عن عين الوسيط او اي واحد يتابع حسابك مشاهدة--في الاذهان ايضا

فالبرنامج الان ولحظة تنفيذ اول امر سجل بيانات الامر--التكت-اللوت - السعر-نوع الامر الخ مع فرملة لاي امر اضافي--انظر لاخر صورة

[فيلسوف البادية]

الان:
الخطوة القادمة متابعة حالة الامر المنفذ وذكرنا انه 1) اما يحقق الهدف او 2) لابد ينفذ امر عكسي بلوتات مضاعفة اذا لم يحقق الهدف

اذن مع تنفيذ اول امر يجب ان يتابع الخبير نقاط الربح او الخسارة للصفقة اليتيمة المنفذة المحققة

اذن نحتاج بلوك يتابع ضوع الصفقة--تحديدا ربحها او خسارتها بالنقاط

سنعرف متغير خارجي--ليش خارجي؟؟ باسم TakeProfit وهي اختصار تيك بروفت وليكن قيمتها 300 نقطة.