اس کے علاوہ، یہ بھی ممکن ہے کہ آپ کو اس کے بارے میں مزید جاننے کی ضرورت ہو گی.
جے ایس کے ساتھ مائی زبان کی حکمت عملی کو دوبارہ لاگو کرنے کے بعد سے ، بہت سارے مسائل پائے گئے ہیں ، حقیقی ڈسک پر چلنے میں ، یہ پتہ چلا ہے کہ ایک ہی K لائن پر ، اتار چڑھاؤ کی وجہ سے ، 1-2 بار خرید و فروخت کی جائے گی۔ نقصان کا باعث بنتا ہے۔ اور مائی زبان میں ایک جملہ AUTOFILTER؛ ٹھیک ہے۔ بالکل بغیر کسی ٹیوب کے ، حقیقی وقت کے ماڈل میں ، ایک ہی K لائن پر بھی واپس نہیں آئے گا۔
اگر آپ کو یہ سوال ہے کہ مائی زبان میں اس سے بچنے کے لئے کس طرح ڈیزائن کیا گیا ہے، تو عام طور پر منطقی سوچ کیا ہے؟
یا: کیا میں جے ایس کے ساتھ ایک ہی K لائن پر دو بار خرید و فروخت کرنے سے بچنے کا کوئی طریقہ استعمال کرسکتا ہوں؟ کیا آپ ٹائم بٹن کا استعمال کرتے ہوئے حل کرنا چاہتے ہیں ، لیکن آپ کو معلوم ہے کہ ٹائم بٹن موجود نہیں ہے ، تو آپ جے ایس کے ساتھ آنے والی ڈیٹ.پارس (نئی تاریخ) کا استعمال کرتے ہوئے ٹائم بٹن کا استعمال کرسکتے ہیں ، اگر آپ کو کوئی کامیابی نہیں ملتی ہے ، یا آپ کو کوئی ٹائم بٹن نہیں ملتا ہے تو ، آپ اسے کیسے حل کرسکتے ہیں؟ منطقی سوچ کیا ہے؟
شیونگ لونگ ہوئایک اور مسئلہ یہ ہے کہ مندرجہ ذیل کوڈ کا استعمال کرتے ہوئے ، ایک ہی K لائن پر ایک ہی K لائن پر مسلسل تجارت کرنے کی وجہ سے نقصانات کو روکنے کے لئے کیا جاسکتا ہے۔ لیکن ایک اور نیا مسئلہ یہ ہے کہ ، ایک ہی K لائن پر بہت زیادہ اتار چڑھاؤ کے بعد ، فوری طور پر مخالف ہاتھ کو خالی کرنے کے لئے ، یہ محدود ہے ، اور اگلے K لائن کو کھولنے کے لئے انتظار کرنا ضروری ہے۔ یا خالی ہونے کے بعد ، ایک ہی K لائن پر زیادہ مخالف ہاتھ بنانے کے لئے ، جو بھی محدود ہے ، اگلے K لائن کو کھولنے کے لئے انتظار کرنا ضروری ہے ، جو اکثر بہترین خریدنے کا مقام کھو دیتا ہے۔
کوڈ مندرجہ ذیل ہے: if (before_record_time!= now_records.Time) // پچھلی K لائن کا وقت اس K لائن کا وقت غلط کے برابر نہیں ہے، مختلف K لائن کے لئے
{
// یہاں لکھنے کے لئے ٹریڈنگ کی منطق ایک ہی K لائن پر بار بار ٹریڈنگ نہیں کر سکتے ہیں.
}
میرا حل یہ ہے: ایک متغیر اسٹوریج کے ساتھ ایک K لائن ٹائم ٹیب۔ اب اسے 2 متغیر اسٹوریج میں تبدیل کریں۔
ایک کثیر جہتی ٹائم بٹن duo_before_record_time
ایک خالی سمت کا وقت
گھاسنوکری کا نوٹ آپ کو جواب دیتا ہے
ٹھنڈی دلK لائن کے طول و عرض کا محور وقت ہے، اسے وقت کے ساتھ حل کیا جانا چاہئے۔
شیونگ لونگ ہوئیہ کوڈ مندرجہ ذیل ہے: if (before_record_time!= now_records.Time) // پچھلی K لائن کا وقت اس K لائن کے وقت کے برابر نہیں ہے، اس کے بعد مختلف K لائن کے لئے غلط ہے { // یہاں لکھنے کے لئے ٹریڈنگ کی حکمت عملی ہے کہ آپ کو ایک ہی K لائن پر بار بار ٹریڈنگ نہیں کر سکتے ہیں. }
شیونگ لونگ ہوئایک بہتر حل دریافت کیا گیا ہے، پہلے ایک متغیر کا اعلان کیا جائے، جو ہر ٹائم لائن کے لئے موجودہ تازہ ترین K لائن کی ٹائم لائن کو ذخیرہ کرنے کے لئے استعمال کیا جاتا ہے (چاہے آپ زیادہ سے زیادہ خالی کھلنے والی صف بندی کریں، جب تک کہ ٹائم لائن اس متغیر کو احاطہ کرتا ہے) ، اور پھر فیصلہ کیا جائے کہ آخری بار کھلنے والی صف بندی کا ٹائم لائن اس تازہ ترین K لائن کے ٹائم لائن کے برابر نہیں ہے، جو کہ بالکل ٹھیک ہے۔ پچھلے طریقہ کار میں بگ ہے، جیسے پہلی K لائن کھل گئی ہے، دوسری K لائن گر گئی ہے، لیکن بالکل ٹھیک نہیں ہوگی، تیسری K لائن تک انتظار کرنا ضروری ہے.
شیونگ لونگ ہوئاس کے علاوہ، آپ کو ایک بار جب آپ نے اپنے آرڈر کو تبدیل کر دیا ہے تو آپ کو ایک بار پھر آپ کے آرڈر کو تبدیل کرنے کی ضرورت ہے.
شیونگ لونگ ہوئایک طویل عرصے کے بعد ، میں نے آخر میں اس کو حل کیا ، اور یہ کوڈ ہے: if (Math.abs ((before_order_time - now_records.Time)/1000 > now_period)) // آخری بار جب ہم نے ٹائم لائن کو کم کیا تھا، تو ہم نے ٹائم لائن کو کم کر دیا تھا، اور 1000 کو کم کر دیا تھا تاکہ سیکنڈ کی تعداد حاصل کی جاسکے، اور دونوں کے درمیان فرق کی مطلق قیمت کو ہٹا دیا تھا، اگر یہ سیکنڈ کی تعداد سے زیادہ ہے، تو یہ ایک ہی K لائن پر نہیں ہے۔ // اپنے آپ کو متغیر before_order_time مقرر کرنے کی ضرورت ہے، ہر بار صرف پہلے سے طے شدہ ٹائم ٹیب کو محفوظ کریں. before_order_time = Date.parse ((new Date))) ؛ // موجودہ ٹائم ٹیب کو ریکارڈ کریں // سیکنڈوں کی تعداد، جو کہ var now_period = _C ((exchange.GetPeriod) کے ذریعے ہے؛ // موجودہ دورانیہ، جیسے 5 منٹ، 15 منٹ، 1 دن، حاصل کرتا ہے، اور نتائج کی تعداد سیکنڈ میں واپس آتا ہے.
موسم گرما آپ کو نہیں مارتاK لائن کے اعداد و شمار میں ٹائم ٹائم کے ذریعہ مداخلت کی جاسکتی ہے۔ اگر فیصلہ ایک ہی ٹائم ٹائم ہے تو ، آپ آرڈر نہیں کرسکتے ہیں۔