Blog - Mars Wu

寫在前面 AJAX 全名為Async Javascript and XML，是常見的網頁技術，目的在取得資料的時候，不需要整個網頁重新載入，可以讓使用者體驗更加流暢，也是我們常聽到呼叫api 的實際執行方式。 較常見的寫法如透過jQuery 的ajax來執行，也是這篇筆記的紀錄重點，其他還有axios, fetch 等工具可以作為HTTP的請求工具。 會想記錄這個主題，是因為最近在使用jQuery.ajax 時，多使用到了一個之前沒用過的參數，為避免忘記，趕快筆記起來。 更仔細的說明可以參考： jQuery 說明文件 以下正文 jQuery ajax 假設前端頁面需要訪問 sample

寫在前面 這次的筆記是關於Linepay的串接，有區分線上及線下的api，我們是在購物網站上使用，所以會是對線上的部分做紀錄。 串接之前，要先去申請一組sandbox 的帳號，作為測試串接使用，申請通過後會得到一組測試的帳號密碼，裡面可以找到要串接api 需要有的channel_id、 channel_secret_key。 先將申請連結及文件連結放上來： 申請sandbox 帳號 online api 文件 簽章方法 以下正文： 付款流程 首先先了解到，使用Linepay的整個流程： 消費者在結帳頁面填妥資料並選擇Linepay後進行結帳 ↓ 呼叫Request Api ↓ 跳轉

寫在前面 最近手上要處理的事情偏多，不管是公事還是私事都一起跑出來，所以就有些發懶沒有維持寫筆記的習慣。 找了個空檔，把前陣子串接綠界超商物流的東西整理起來，這個作法是不依賴官方提供的sdk 或是網路上其他開源套件， 用比較基本的方法來進行實做，好處是不用擔心版本支援還是其他異動，缺點則是重複造輪子。 但是在造輪子的過程，也是可以學到蠻多東西，而且這次的內容，會整併到公司的框架中，未來就可以直接使用，就不覺得浪費時間了。 相關資訊： 綠界超商物流api文件 開發者測試後台 特店編號(MerchantID)：2000132 廠商後台登入帳號：stagetest1234 廠商後台登入密碼：t

寫在前面 新年愉快～ 過完西元年，很快的又要迎接農曆年，趕緊在放假前把還沒更新的Line登入筆記補上。 跟前兩篇一樣，截圖的部分可能會與實做的內容，在名稱上有些微的調整，但實在懶得重新截圖了， 請各位看倌不要介意，斟酌參考，以下正題： Line 相關文件 官方文件 申請開發者帳號 參考文件-30天教你如何玩弄 Line bot API 參考文件-每天五分鐘 LINE API 輕鬆上手 註冊應用程式 * 需先申請開發者帳號 * 建立頻道 * 選擇服務-line login * 填完基本資料可以拿到client_id, secret 程式碼參考 * 產生登入連結

寫在前面 今日特餐：裝飾器模式 (Decorator) 先稍微複習上一篇筆記《設計模式學習筆記 - 3》的內容-觀察者模式： 觀察者模式定義務鍵之間的一對多依賴關係，當一個物件改變狀態時，依賴它的物件都會自動收到通知與更新。 我們以Youtube 訂閱、開啟小鈴鐺為例，認識了觀察者（Observer)與 Subject 之間運作的方式。 今天要學習的設計模式是裝飾器模式，以下正文： Decorator 裝飾器模式 裝飾器模式(Decorator Pattern) 可以動態的為物件附加額外的職責，使用裝飾器來擴展功能比使用繼承更有彈性。 使用書上舉的例子來做介紹： 咖啡廳飲品有各

寫在前面 聖誕節快樂～ 冷冷的天不曉得大家有沒有出門溜達，還是昨天平安夜裡已經在外狂歡，正在補眠中XD 延續上一篇的Google 登入，今天要介紹的是Facebook 登入， 跟上一篇一樣，截圖的部分可能會與實做的內容，在名稱上有些微的調整，但實在懶得重新截圖了， 請各位看倌不要介意，斟酌參考。 Facebook 相關文件 * 註冊應用程式 * 官方文件說明 使用套件 php-graph-sdk 1 composer require facebook/graph-sdk 註冊流程 * 建立應用程式 * 選擇類型 * 基本

寫在前面 * Oauth 2.0 流程 1. 客戶端提供其自身的信息，在資源所有者的允許下，向認證服務請求 Access Token。 2. 認證服務驗證通過後，返回 Access Token 給客戶端。 3. 客戶端使用 Access Token 向資源服務請求用戶數據。 4. 資源服務驗證 Access Token 有效後，返回資源數據。 * 角色 客戶端 – 網頁/ App 資源所有者 – 使用者 認證服務 – 總管授權事務 資源服務 – 提供訪問資源的api 參考-簡單易懂的 OAut

寫在前面 今日特餐：觀察者模式 (Observer) 先稍微複習上一篇筆記《設計模式學習筆記 - 2》的內容-策略模式： 可以定義和封裝一系列的演算法，並且讓它們是可替換/對調的。這個模式可以讓你在不影響用戶端的情況下獨立改變演算法。 我們透過冒險遊戲的角色及武器，對此模式有一定的認識與瞭解。 今天要學習的設計模式是觀察者模式，以下正文： Observer 觀察者模式 發佈者 ＋ 訂閱者 ＝ 觀察者模式 觀察者模式定義務鍵之間的一對多依賴關係，當一個物件改變狀態時，依賴它的物件都會自動收到通知與更新。 可以想成youtuber 在影片的開頭或結尾，都會告訴觀眾，記得按讚、訂閱、開啟

寫在前面 今日特餐：策略模式 接續上一篇筆記《設計模式學習筆記 - 1》，瞭解了基本的物件導向原則， 今天要正式進入設計模式的內容，未來每一篇的前言，都會先破題內容會涵蓋哪一個或哪一些設計模式，方便日後查找或要補充的時候，可以更快速的找到對應的內容。 以下正文： STRATEGY 策略模式 可以定義和封裝一系列的演算法，並且讓它們是可替換/對調的。這個模式可以讓你在不影響用戶端的情況下獨立改變演算法。 換句話說，將可能會需要被替換的實作內容抽離出來，多經過一個interface介面來將實做面隔離開來，簡單的例子像是資料庫連線，可能會遇到開發使用mysql，但是實際要部屬的時候，客戶指定

寫在前面 這個系列的筆記，是從《深入淺出設計模式》開始學習常見設計模式，將自己的理解整理起來，供後續回頭來看的時候可以更快查詢，也提供給有需要的人。 每一篇的的篇幅可能都不長，也許理解上也有一點出入，期許自己未來能在各個專案的規劃中，取出適合的模式來應用，打造更好擴充及維護的開發專案， 也希望未來實做上有用到的時候，可以回頭來補充應用情境及設計的想法。 剛開始學習的時候，很多設計模式都需要花時間想一下，過往的專案經驗中，有沒有哪個部分是適合用在當下學習的設計模式？ 如果有要怎麼調整，與當時候的寫法有什麼不同；如果沒有，就只能從書中的範例去延伸思考。 每個設計模式的篇幅不多，但需要思考及理解的