系列文章
Day01 - 一切從試著了解開始
前言 話說，看了歷年這麼多iThome鐵人賽的文章，覺得這是一個相當好的活動，曾經從歷年鐵人大大們的文章中受惠，在昨天收到iThome的電子報看到最後一天報名，...
Day02 - 盤點需求，準備環境與工具
在大致了解完永豐金APIs的兩大面向後，接下來要選擇與決定要使用什麼語言或工具來完成接下來的開發與串接。 語言 Shioaji使用Python進行開發，那至少P...
Day03 - [豐收款] 分析技術文件後，開始做個Nonce開胃菜吧！
接下來就從兩大主題豐收款消費支付API與Shioaji證券API之間，挑一個來進行，既然證券開盤時間在上班有點難研究Shioaji，不要把事情搞的太複雜，就順著...
Day04 - [豐收款] 金流API的起手式，每次溝通都機密
昨天用了Postman先小試身手，從測試環境取得了必要的發語詞Nonce的值(還記得這個60秒就會過期了吧)，現在要來了解一下正式使用API溝通的時候會需要的一...
Day05 - [豐收款] 繼續把加密這件事看下去
中秋連假還要寫鐵人賽的文章真的是有一點吃力，雖然平常也只有晚上下班後可以撰寫文章，但連假畢竟有較多需要和家人一起互動的時間，要專注將心思放在文件撰寫與規格研究和...
Day06 - [豐收款] 安全簽章簽下去，API呼叫沒在怕
在昨天講完了Message的密文產生細節流程後，回過頭來我再來談Sign安全簽章，我認為這順序比較容易理解。其實這整段API的呼叫，可分為幾個要素： 溝通真正...
Day09 - [豐收款] 安全無虞後，開始建立訂單：ATM虛擬帳號篇 (1)
先前花了幾天的時間，終於把每次API發送前的安全規定的細碎精工給搞定了，也開了篇幅寫了一些關於十六進位轉換與Base64的差異等的小專題後，接下來就可以再回到使...
Day08 - [豐收款] 十六進位格式的後續探討，字串傳輸容量倍增了！
延續昨天的十六進位轉換，還有件重要的事。 隱藏的問題，容量變大了 若是某個需求，資料傳送過程中不允許傳送中文，僅能以英數字傳送，那麼我們有機會將原本的中文透過上...
Day07 - [豐收款] 淺談binary與十六進位Hex、UTF-8文字編碼轉換
在進入正式叫用API前，還記得先前有比如四組Hash碼(以十六進位表示)，或者要轉成bytearray (二進位binary)處理，然後又要轉成字串，或者需要對...
Day10 - [豐收款] 安全無虞後，開始建立訂單：ATM虛擬帳號篇 (2)
目前的情境是，我們的顧客已在電商平台把商品放入購物車，而且最後在失心瘋加上手滑的情境下，決定要購買，因此這份訂單需要先行成立，後面的階段才是將此訂單實際付款狀態...