در این مطلب، ویدئو ویدیوی کوتاه – TWS Python API – ثبت سفارش با زیرنویس فارسی را برای دانلود قرار داده ام. شما میتوانید با پرداخت 15 هزار تومان ، این ویدیو به علاوه تمامی فیلم های سایت را دانلود کنید.اکثر فیلم های سایت به زبان انگلیسی می باشند. این ویدئو دارای زیرنویس فارسی ترجمه شده توسط هوش مصنوعی می باشد که میتوانید نمونه ای از آن را در قسمت پایانی این مطلب مشاهده کنید.
مدت زمان فیلم: 00:12:30
تصاویر این ویدئو:
قسمتی از زیرنویس این فیلم:
00:00:04,520 –> 00:00:13,080
[موسیقی]
2
00:00:13,440 –> 00:00:16,470
یک دلیل متداول برای استفاده از
3
00:00:16,470 –> 00:00:18,750
API ایستگاه کاری معاملهگر، سفارشهای ارسال شده به
4
00:00:18,750 –> 00:00:20,610
یک حساب کارگزار تعاملی از یک
5
00:00:20,610 –> 00:00:22,560
شخص ثالث یا نرمافزار سفارشی
6
00:00:22,560 –> 00:00:23,790
است که ممکن است بخشی از یک استراتژی خودکار
7
00:00:23,790 –> 00:00:26,369
باشد که توسط یک اقدام کاربر دستی در
8
00:00:26,369 –> 00:00:28,500
رابط کاربر گرافیکی مشتریان API ایجاد میشود.
9
00:00:28,500 –> 00:00:30,720
در این درس در مورد
10
00:00:30,720 –> 00:00:32,698
تابع ترتیب مکان و API هر
11
00:00:32,698 –> 00:00:34,500
پلانک توضیح خواهیم داد که چگونه از قرار دادن سفارش استفاده می شود
12
00:00:34,500 –> 00:00:36,239
و همچنین
13
00:00:36,239 –> 00:00:37,440
توابعی را که برای نظارت بر
14
00:00:37,440 –> 00:00:39,420
وضعیت سفارش و اطلاعات اجرا استفاده می شود
15
00:00:39,420 –> 00:00:41,309
برای مرجع توضیح می دهد، بخشی از
16
00:00:41,309 –> 00:00:43,019
راهنمای مرجع API وجود دارد که مستندات
17
00:00:43,019 –> 00:00:44,760
این توابع به تفصیل انجام می شود و دارای
18
00:00:44,760 –> 00:00:46,590
نمونه های زیادی از تعریف انواع مختلف
19
00:00:46,590 –> 00:00:48,450
سفارشات و قراردادها است، اساساً هر
20
00:00:48,450 –> 00:00:50,670
نوع سفارشی که از tws قرار داده ایم را می
21
00:00:50,670 –> 00:00:52,590
توان از API نیز قرار داد، این
22
00:00:52,590 –> 00:00:54,539
شامل انواع سفارش های پیشرفته مانند
23
00:00:54,539 –> 00:00:56,760
سفارشات براکت الگوهای IP و سفارشات مشروط
24
00:00:56,760 –> 00:00:58,260
بیشتر است اما نه همه.
25
00:00:58,260 –> 00:01:00,000
صفات مرتبه را می توان با tws api نیز استفاده کرد
26
00:01:00,000 –> 00:01:03,000
، به طور کلی صفات مرتبه
27
00:01:03,000 –> 00:01:05,309
باید از api توسط d گفته شود. تعیین
28
00:01:05,309 –> 00:01:07,110
فیلدهای مختلف در کلاس سفارش api
29
00:01:07,110 –> 00:01:09,210
هنگام ارسال سفارش، با این حال
30
00:01:09,210 –> 00:01:10,860
برخی از ویژگیها نیز وجود دارد
31
00:01:10,860 –> 00:01:12,750
که از پیشتنظیمهای جلسه
32
00:01:12,750 –> 00:01:14,580
جدولی که از شما خواستهاید برای نوشتن دروازهای
33
00:01:14,580 –> 00:01:16,340
که کلاینت API به آن متصل است خوانده میشود.
34
00:01:16,340 –> 00:01:19,289
Interactive Brokers بیش از 60
35
00:01:19,289 –> 00:01:21,090
نوع سفارشات و ویژگی ها را ارائه می دهد و
36
00:01:21,090 –> 00:01:22,920
دسترسی به بیش از 100 صرافی
37
00:01:22,920 –> 00:01:24,569
در سراسر جهان را فراهم می کند، این منجر به
38
00:01:24,569 –> 00:01:26,819
طیف گسترده ای از ترکیبات ممکن از
39
00:01:26,819 –> 00:01:28,979
ابزارهای انواع سفارش می شود و بهترین قدیمی ترین ابزارهایی را
40
00:01:28,979 –> 00:01:30,780
که استفاده می کردید مبادله می کند و بررسی کنید که آیا ترکیب خاصی
41
00:01:30,780 –> 00:01:32,970
از ابزار نوع سفارش و
42
00:01:32,970 –> 00:01:35,250
ویژگی معتبر
43
00:01:35,250 –> 00:01:37,500
است یا خیر. ایجاد یک سفارش پیچیده خاص
44
00:01:37,500 –> 00:01:39,630
از API همیشه توصیه می شود
45
00:01:39,630 –> 00:01:42,060
ابتدا بررسی کنید که آیا می توان همان ترتیب را
46
00:01:42,060 –> 00:01:44,220
در یک ترتیب tws ایجاد کرد تا آنها را دریافت کنید، اما
47
00:01:44,220 –> 00:01:46,170
این ترکیب معتبر نیست، به طور کلی
48
00:01:46,170 –> 00:01:48,599
این با یک tws نشان داده می شود
49
00:01:48,599 –> 00:01:50,190
زیرا نوع سفارش خواهد بود
50
00:01:50,190 –> 00:01:52,289
برای نمایش ساده ای از فراخوانی تابع کلمه مکان و برای آن ترکیب خاص، خاکستری شده یا نمایش داده نمی شود
51
00:01:52,289 –> 00:01:54,509
52
00:01:54,509 –> 00:01:56,429
53
00:01:56,429 –> 00:01:58,170
دریافت تماسهای مرتبط برای
54
00:01:58,170 –> 00:02:00,060
نظارت بر سفارشها، نحوه ثبت
55
00:02:00,060 –> 00:02:02,399
سفارش در حساب کاغذی ایالات متحده را نشان خواهیم داد
56
00:02:02,399 –> 00:02:04,590
. سهام nasdaq:aapl با استفاده از یک
57
00:02:04,590 –> 00:02:06,899
برنامه ساده قبل از قرار دادن یک
58
00:02:06,899 –> 00:02:08,818
سفارش api به یک حساب کاربری زنده، همانطور که همیشه
59
00:02:08,818 –> 00:02:10,530
توصیه می شود، ابتدا سفارش را
60
00:02:10,530 –> 00:02:12,480
در حساب کاغذی قرار دهید تا تأیید شود که این
61
00:02:12,480 –> 00:02:14,370
به عنوان تعداد کاغذ مورد نظر قرار می گیرد
62
00:02:14,370 –> 00:02:16,110
یا همه دارندگان حساب های Interactive Brokers را ارائه می دهد
63
00:02:16,110 –> 00:02:17,610
و سپس تعداد اراده می تواند
64
00:02:17,610 –> 00:02:19,290
حتی قبل از باز شدن یک حساب کاربری زنده
65
00:02:19,290 –> 00:02:21,360
، در ادامه به خود کد نمونه نگاه میکنیم، ویرایشگر
66
00:02:21,360 –> 00:02:23,340
PyCharm را
67
00:02:23,340 –> 00:02:24,240
68
00:02:24,240 –> 00:02:27,420
باز کردهام، پوشه نصب tws API را
69
00:02:27,420 –> 00:02:29,130
که در درایو C است باز کردهام و سپس
70
00:02:29,130 –> 00:02:31,080
آن را در پوشه دسته آزمایشی باز کردهام.
71
00:02:31,080 –> 00:02:32,010
جایی که نمونه ها هستند
72
00:02:32,010 –> 00:02:34,290
این پوشه منبع به نام
73
00:02:34,290 –> 00:02:36,480
کلاینت پایتون است و من مجبور شدم این دایرکتوری را
74
00:02:36,480 –> 00:02:37,890
به عنوان منبع علامت گذاری کنم تا آن را در
75
00:02:37,890 –> 00:02:40,080
مسیر پایتون قرار دهم که فقط با
76
00:02:40,080 –> 00:02:42,210
کلیک راست روی آن و حرکت به پایین برای
77
00:02:42,210 –> 00:02:44,910
علامت گذاری دایرکتوری به عنوان منبع انجام می شود. پس از
78
00:02:44,910 –> 00:02:47,160
انجام این کار، برنامه نمونه برنامه dot py را پیدا خواهید
79
00:02:47,160 –> 00:02:48,930
کرد که می تواند مستقیما اجرا شود
80
00:02:48,930 –> 00:02:52,200
و در اینجا به عنوان
81
00:02:52,200 –> 00:02:53,460
نمایش اضافی،
82
00:02:53,460 –> 00:02:55,500
من فقط یک اسکریپت بسیار ساده به نام ایجاد کرده ام.
83
00:02:55,500 –> 00:02:57,420
ترتیب مکان که نشان میدهد چگونه میتوان
84
00:02:57,420 –> 00:02:59,610
یک سفارش اپل را از طریق API ثبت کرد،
85
00:02:59,610 –> 00:03:01,560
86
00:03:01,560 –> 00:03:03,150
اگر درسهای قبلی را مشاهده کنید
87
00:03:03,150 –> 00:03:04,800
که
88
00:03:04,800 –> 00:03:07,080
جزئیات قرارداد req را نشان میداد مستقیماً دادههای بازار و
89
00:03:07,080 –> 00:03:08,910
تصحیح توابع دادههای تاریخی را در این
90
00:03:08,910 –> 00:03:10,740
برنامه دوباره ایجاد میکنیم، بخشهای برنامه نمونه بسیار آشنا به نظر میرسند. کلاس نوع تست
91
00:03:10,740 –> 00:03:12,810
که از هر دو کلاینت در wrapper درایو می شود
92
00:03:12,810 –> 00:03:14,640
، اما در اینجا به جای
93
00:03:14,640 –> 00:03:16,350
نادیده گرفتن توابع، همانطور که قبلا انجام دادیم،
94
00:03:16,350 –> 00:03:18,420
توابع
95
00:03:18,420 –> 00:03:21,120
مربوط به هر تله ای را که دستورات نظارتی را
96
00:03:21,120 –> 00:03:24,660
اعمال می کند، لغو می کند.
97
00:03:24,660 –> 00:03:28,260
98
00:03:28,260 –> 00:03:30,390
مشاهده خواهید کرد که در
99
00:03:30,390 –> 00:03:32,370
بالا اینجا برای دریافت
100
00:03:32,370 –> 00:03:34,290
شناسه سفارش فایل بعدی استفاده می شود که می تواند
101
00:03:34,290 –> 00:03:36,060
توسط مشتری API در آن
102
00:03:36,060 –> 00:03:38,400
لحظه خاص برای قرار دادن در سفارش استفاده
103
00:03:38,400 –> 00:03:39,930
104
00:03:39,930 –> 00:03:42,060
شود.
105
00:03:42,060 –> 00:03:43,950
فراخوانی شده در پاسخ به کلاینت API
106
00:03:43,950 –> 00:03:46,500
یا با فراخوانی تابع req ID در
107
00:03:46,500 –> 00:03:49,530
کلاس کلاینت یا علاوه بر این، به
108
00:03:49,530 –> 00:03:51,420
طور خودکار نیز فراخوانی می شود. پس از
109
00:03:51,420 –> 00:03:53,310
اتمام اتصال اولیه در اینجا
110
00:03:53,310 –> 00:03:54,960
نشان خواهیم داد که چگونه بهتر است
111
00:03:54,960 –> 00:03:56,940
112
00:03:56,940 –> 00:03:58,650
قبل از فراخوانی
113
00:03:58,650 –> 00:04:00,390
هر گونه عملکرد اضافی و ارسال
114
00:04:00,390 –> 00:04:02,700
پیام به PWS که در این
115
00:04:02,700 –> 00:04:04,770
مورد پس از اتصال،
116
00:04:04,770 –> 00:04:07,380
برنامه نمونه را در اینجا سفارش دهید، منتظر تماس مجدد شناسه پنج سفارش بعدی بعد از اتصال اولیه باشید. یک حلقه اجرا را وارد می کند،
117
00:04:07,380 –> 00:04:09,240
حلقه اجرا سپس شروع به
118
00:04:09,240 –> 00:04:10,950
فشار دادن پیام ها در صف می کند و
119
00:04:10,950 –> 00:04:12,480
120
00:04:12,480 –> 00:04:14,130
وقتی شناسه سفارش معتبر بعدی را پیدا می کند که شناسه سفارش معتبر بعدی را پیدا می کند، ابتدا شناسه سفارش معتبر بعدی را در یک پوشه ذخیره می کنیم.
121
00:04:14,130 –> 00:04:15,930
122
00:04:15,930 –> 00:04:16,769
123
00:04:16,769 –> 00:04:18,630
124
00:04:18,630 –> 00:04:20,700
متغیر جهانی، زیرا
125
00:04:20,700 –> 00:04:22,500
میتواند بعداً در صورت ارسال سفارشهای اضافی مورد استفاده قرار گیرد،
126
00:04:22,500 –> 00:04:24,120
تابع start را نیز فراخوانی میکنیم
127
00:04:24,120 –> 00:04:25,770
که در واقع
128
00:04:25,770 –> 00:04:27,690
شروع برنامه را فراخوانی میکند تا شیء قرارداد،
129
00:04:27,690 –> 00:04:29,640
شیء سفارش را تعریف کند و در پایه،
130
00:04:29,640 –> 00:04:31,620
دستور مکان را فراخوانی میکند، بنابراین برای شناسایی منحصربهفرد
131
00:04:31,620 –> 00:04:34,350
سهام اپل، ما آن را فراخوانی میکنیم. این کار را به
132
00:04:34,350 –> 00:04:36,540
روشی بسیار شبیه به درسهای قبلی
133
00:04:36,540 –> 00:04:38,100
که با استفاده از تبادل نوع امنیتی سیم کارت در صرافی اولیه تعریف میکنیم انجام خواهد داد
134
00:04:38,100 –> 00:04:40,380
135
00:04:40,380 –> 00:04:42,600
. از آنجایی که اپل در NASDAQ فهرست شده است
136
00:04:42,600 –> 00:04:44,460
که میدان مبادله اصلی ما خواهد بود،
137
00:04:44,460 –> 00:04:46,260
پس ما صرافی تعریف شده را نیز
138
00:04:46,260 –> 00:04:47,910
هوشمند خواهیم کرد زیرا این یک
139
00:04:47,910 –> 00:04:50,460
140
00:04:50,460 –> 00:04:52,380
الگوریتم مسیریابی هوشمند اختصاصی دیابت است که به
141
00:04:52,380 –> 00:04:53,730
همه صرافی های موجود نگاه می کند و ما باید
142
00:04:53,730 –> 00:04:55,410
ویژگی های ابزار آنها را انتخاب کنیم. برای
143
00:04:55,410 –> 00:04:56,910
شیء سفارش، تصمیم گرفته ایم یک
144
00:04:56,910 –> 00:04:59,040
سفارش محدود قرار دهیم، بنابراین علاوه بر فیلدهایی
145
00:04:59,040 –> 00:05:01,140
که تقریباً همیشه تعریف می شوند یا
146
00:05:01,140 –> 00:05:03,330
مقدار کل که اندازه
147
00:05:03,330 –> 00:05:05,370
کل سفارش است، اقدامی که می تواند
148
00:05:05,370 –> 00:05:07,260
خرید یا فروش باشد و نوع سفارشی که
149
00:05:07,260 –> 00:05:08,160
می تواند انجام شود.
150
00:05:08,160 –> 00:05:10,020
برای یک سفارش محدود، ما به
151
00:05:10,020 –> 00:05:12,000
قیمت محدود نیز نیاز داریم، مهم است به خاطر
152
00:05:12,000 –> 00:05:13,890
داشته باشید که وقتی قیمتهای سفارشی سرپیچی برای
153
00:05:13,890 –> 00:05:15,990
سهام وجود دارد، حداقل افزایشی وجود دارد
154
00:05:15,990 –> 00:05:17,820
که میتوان برای سهام اپل استفاده کرد، به
155
00:05:17,820 –> 00:05:19,140
عنوان مثال، این یک سنت است،
156
00:05:19,140 –> 00:05:20,790
بنابراین سفارشها نمیتوانند داشته باشند. قیمت ها
157
00:05:20,790 –> 00:05:22,530
با بیش از دو رقم اعشار مشخص
158
00:05:22,530 –> 00:05:24,360
شده است، زیرا اطلاعات بیشتری در مورد
159
00:05:24,360 –> 00:05:25,830
یافتن حداقل افزایش برای
160
00:05:25,830 –> 00:05:27,330
ابزارهای مختلف در راهنمای مرجع API به صورت
161
00:05:27,330 –> 00:05:29,700
آنلاین وجود دارد. در شناسه سفارش
162
00:05:29,700 –> 00:05:31,800
شی قرارداد و شیء سفارشی را داریم که
163
00:05:31,800 –> 00:05:34,290
میتوانیم سفارش انجام شده را پس از اینکه TM US
164
00:05:34,290 –> 00:05:36,270
یک سفارش معتبر دریافت کرد آنها شروع به
165
00:05:36,270 –> 00:05:37,980
ارسال پیامهای برگشتی کردند،
166
00:05:37,980 –> 00:05:40,200
وضعیت سفارش باز شده و
167
00:05:40,200 –> 00:05:42,150
جزئیات دقیق برای نشان دادن
168
00:05:42,150 –> 00:05:44,280
وضعیت سفارش و همچنین جزئیات دقیق را داریم. هر گونه تغییر در بدترین حالت، یک
169
00:05:44,280 –> 00:05:46,080
سوئیچ رخ می دهد، به عنوان مثال در این مورد،
170
00:05:46,080 –> 00:05:47,880
ما انتظار داریم که اپل به
171
00:05:47,880 –> 00:05:49,860
ترتیب مکان در طول سفارشات بازار
172
00:05:49,860 –> 00:05:51,270
ببینیم که وضعیت سفارش وجود دارد.
173
00:05:51,270 –> 00:05:53,160
174
00:05:53,160 –> 00:05:54,600
175
00:05:54,600 –> 00:05:56,490
احتمالاً
176
00:05:56,490 –> 00:05:58,530
پاسخ به تماس با جزئیات دقیق در صورتی که سفارش در اینجا اجرا شود، تمام
177
00:05:58,530 –> 00:06:00,210
کاری که ما با آن تماسها انجام دادهایم این است که
178
00:06:00,210 –> 00:06:02,310
آنها را با تابع چاپ ساده لغو کنیم
179
00:06:02,310 –> 00:06:04,290
تا تمام
180
00:06:04,290 –> 00:06:05,670
اطلاعات برگشتی به کنسول در
181
00:06:05,670 –> 00:06:07,590
برنامه تولید چاپ شود که اطلاعات
182
00:06:07,590 –> 00:06:09,840
بهطور متفاوتی ذخیره میشوند یا
183
00:06:09,840 –> 00:06:11,520
باعث ایجاد یک منطق مشروط برای انجام
184
00:06:11,520 –> 00:06:13,290
اقدامات خود پس از هر
185
00:06:13,290 –> 00:06:15,510
ارسال سفارش به محض
186
00:06:15,510 –> 00:06:17,580
معتبر بودن سفارش معم