補洞紀錄

tags: 雜項

__invoke()

git 常用指令全部熟練

  • 目前常用的
    • git pull
    • git add
    • git commit
    • git push remoteName branchName
    • git diff fileName
    • git checkout -b branchName
    • git revert

PHP namespace 深入理解

RESTful

  • https://medium.com/itsems-frontend/api-是什麼-restful-api-又是什麼-a001a85ab638
    • 就是用一個唯一的 URL 定位資源,將動作藏在 HTTP 的 method 裡面。
    • 所以使用 RESTful 風格設計的 API,就有了以下幾種優點及限制:
      1. 有唯一的URL表示資源位置,統一的 API 接口。(Uniform Interface)
      2. 無狀態。(Stateless)
      3. 可更高效利用快取來提高回應速度 (Cachable)
        • 在 server-side,GET 過的資源,如果沒有被變更過,可以利用 cache 機制減少 request。在 client-side,透過 client 端 cache 紀錄chahe 版本,若向 server 要求資源時發現 server 最新版與 cache 相同,則 client 端直接取用本地資源即可,不需要再做一次查詢
      4. 分層系統架構 (Layered System)
      5. 客戶端服務器分離 (Client-Server)
      6. 充份利用 HTTP protocal(GET/POST/PUT/DELETE) (Manipulation of resources through representations)
      7. 可執行程式碼的設計,像是 JavaScript(非必要實作項目) Code-On-Demand (optional)
  • https://medium.com/@jinghua.shih/筆記-rest-到底是什麼-170ad2b45836
    1. 伺服器/客戶端分離 Separation of Server and Client
      • 遵照 REST 設計的系統可以做到伺服器端與客戶端的實作獨立,兩者可以各自發展、互不影響,也就是說不管客戶端的程式碼再怎麼改變都不會影響到伺服器的運作,反之亦然。這是因為兩者遵循著一個溝通的格式,只要客戶端不改變傳訊息給伺服器端的方式,伺服器端也不改變傳訊息給客戶端的方式,就可以做到 seperation of concerns。
    2. 無狀態 Stateless
      • 每個請求都是獨立的、自成一個個體,與前後請求無關。如此好處有很多,包含可靠(容易從錯誤中復原)、高效能與可擴充性(可以將請求交給不同伺服器處理),而元件可以被修改、更動而不會影響到系統整體的運作。
    3. 可快取 Cacheable
      • 快取機制可以在 Client 或 Server 中實作。
    4. 分層 Layered
      • 在發出請求的 Client 與送出回應的 Server 之間可以有好幾個 Server 中間人(稱作 Connectors,下面介紹),彼此獨立並且不會影響到 Request 與 Response。
    5. 統一操作介面 Uniform Interface
      • 將操作細節抽象出來,降低耦合並提高獨立性。

對資料庫做操作(讀取文章之類)的controller會怎麼作

解釋interface abstract trait

Interface

Abstract

Trait

未分類

git flow

testing

用GET傳JSON

  • 目前想到的方法
    • 整個JSON轉成STRING,問題是內容過長的話URL也塞不下

開發環境

  • 面試官可能想要了解我是否對於linux的系統需要額外的時間才能上手
    • 我回答XAMPP會給對方我還需要另外的時間彌補linux的技術債的感覺
      • 除了照實回答目前使用的環境外應該要補充個人對linux的熟練度
      • 像是敘述之前的環境使用putty連線,純用cmd操作也是沒有問題的