【開發背後的故事】分離了訂單結帳操作與信息顯示的原因。
你好,我是MySta。
這次,關於SmartOrderProEA與MarketPanel的開發,我想寫一點幕後的故事。
■ 應該把所有功能塞進用於下單操作的EA嗎?
在開發工具時,常常會想要顯示這個、讓那個能夠確認,功能越做越多。
特別是在交易中,若能一眼看清持有倉位的盈虧與各種資訊,確實很方便。
不過,當我開發SmartOrderProEA時,故意採取專注於訂單與成交操作的方針。
原因很單純。
想讓承擔下單操作的EA,聚焦於下單操作所需的功能。
不把顯示功能塞在同一畫面,而是分開各自的角色,與我心中的設計相符。
當然,顯示功能多本身不一定是壞事。優先順序的考量,對開發者而言是不同的部分。
■ 即便如此,還是有想要確認的信息
即使專注於下單與成交操作,在實際交易中仍有不可或缺的信息。
其中之一就是目前持有倉位的盈虧。
用於下單的操作畫面與用於確認持倉狀況的信息顯示。
這兩者都是必要的,但不一定需要放在同一個地方。
因此,負責信息顯示的是自訂指標的MarketPanel。
SmartOrderProEA負責下單與成交的操作,而MarketPanel負責價格、點差、持倉倉位等資訊顯示。
透過讓它們各自扮演角色,避免把操作畫面塞滿資訊。
■ 從大面板轉向考慮自我所需的角色
滿畫面的面板有聚合所需資訊、方便確認的優點。
然而,我的目標是增加圖表上的資訊量不過度,讓需要的資訊在需要的地方能被確認。
下單操作是下單操作,信息確認是信息確認。
不是偏向某一方,而是清楚分明各自的角色。
當然,這是我個人的開發方針,並非對所有交易者的唯一答案。
不過,因為是長期使用的工具,更重要的不是單純增添功能,而是對不添加什麼也要同樣重視。
■ 將兩種角色放在同一環境中
SmartOrderProEA專注於下單與成交操作,MarketPanel負責價格與點差、持倉盈虧等資訊顯示。
雖然各自以不同角色開發,但實際使用時認為兩者結合,能更清晰地傳達設計意圖。
因此本次將SmartOrderProEA的發佈檔案,免費把單售中的MarketPanel一起捆綁在一起。
下單所需的東西交給EA,想確認的資訊交給指標。
不把功能塞在一個地方,而是分工並打造出適合裁量交易的環境。
今後也會堅持這樣的思路持續開發。
感謝讀完到最後。