如果你是一個獨立的網頁前端/行動應用程式開發者,有些工作還是要透過後端伺服器來運作,這時候可能會思考自己架設一個應用程式伺服器,學習一個後端開發程式語言( JS/PHP/Ruby/Python …. ) ,開放 RESTful API 或是 GraphQL 讓前端來呼叫
但是隨著服務與功能的擴大,僅提供 RESTful API 還是不夠的,你可能還需要使用者管理,後端資料庫和一個後台管理介面 ..
AppWrite 這個開源專案就是因應這樣的需求誕生的,將複雜重複的開發工作包裝起來,讓開發者的生活變得輕鬆一些
https://softnshare.com/opensource-appwrite/
同時也有10000部Youtube影片,追蹤數超過2,910的網紅コバにゃんチャンネル,也在其Youtube影片中提到,...
「graphql」的推薦目錄:
- 關於graphql 在 軟體開發學習資訊分享 Facebook 的最佳解答
- 關於graphql 在 軟體開發學習資訊分享 Facebook 的最佳解答
- 關於graphql 在 軟體開發學習資訊分享 Facebook 的精選貼文
- 關於graphql 在 コバにゃんチャンネル Youtube 的最佳貼文
- 關於graphql 在 大象中醫 Youtube 的最讚貼文
- 關於graphql 在 大象中醫 Youtube 的精選貼文
- 關於graphql 在 [心得] 為什麼要學GraphQL? - 看板Soft_Job 的評價
- 關於graphql 在 A reference implementation of GraphQL for JavaScript - GitHub 的評價
- 關於graphql 在 GraphQL Taiwan - Facebook 的評價
- 關於graphql 在 Thinking in GraphQL - Relay Docs 的評價
graphql 在 軟體開發學習資訊分享 Facebook 的最佳解答
NT 430 特價中
成為一名高階的 React 開發人員! 用 Redux,Hooks,GraphQL,ContextAPI,Stripe,Firebase 開發一個龐大的電子商務應用程式
https://softnshare.com/complete-react-developer-zero-to-mastery/
graphql 在 軟體開發學習資訊分享 Facebook 的精選貼文
現在的網頁應用程式都會架構成前端與後端,然後中間透過 Restful API 或是 GraphQL 來做遠端的資料請求
但是重複的資料一再對遠端服務做請求,一來沒效率,二來現在有些後端採用 Serverless 或是以 API 呼叫次數為計費,前端能盡量減少遠端 API 呼叫,除了能增加前端的反應速度,也可以減少後端的開銷
透過 SWR 對遠端做資料請求,會先查詢本地端的快取( Cache ),如果快取沒有對應的資料才會從遠端請求,這讓網頁前端的反應更快,可以讓使用者體驗更好
https://softnshare.com/swr/
graphql 在 コバにゃんチャンネル Youtube 的最佳貼文
graphql 在 大象中醫 Youtube 的最讚貼文
graphql 在 大象中醫 Youtube 的精選貼文
graphql 在 A reference implementation of GraphQL for JavaScript - GitHub 的推薦與評價
GraphQL.js is a general-purpose library and can be used both in a Node server and in the browser. As an example, the GraphiQL tool is built ... ... <看更多>
graphql 在 GraphQL Taiwan - Facebook 的推薦與評價
這裡是討論GraphQL 的台灣社群。加入時回答問題會加速審核流程。 GraphQL 是一種為API 設計的查詢語言,藉由清楚定義好可供查詢的型別內容,讓client 可以直接查詢所需 ... ... <看更多>
graphql 在 [心得] 為什麼要學GraphQL? - 看板Soft_Job 的推薦與評價
來聊個簡單的議題? 『為什麼要學 GraphQL?』
部落格好讀版: https://bit.ly/why-is-graphql
身為網站工程師,您不能不知道什麼是 GraphQL,這是一個前端跟後端溝通的 API
Query 語法,大幅改善了前後端的合作模式,這篇會跟大家介紹為什麼麼要學 GraphQL,
以及整理出三大 GraphQL 優勢,讓大家了解跟傳統 Restful API 有什麼不同。當然不是
叫開發者捨棄 Restful API,而是根據專案的不同,來決定不同的技術 Stack。像是服務
跟服務之前您說要用 GraphQL,肯定被打槍,而是要用更輕量的 Restful API 或 GRPC。
好了,底下來說明三點 GraphQL 的優勢。
影片: https://www.youtube.com/watch?v=00NKSvAraLQ
01:36 一次連線拿回前端所需資料
04:07 根據不同畫面拿不同欄位資料
06:06 即時 API 文件
1. 一次連線拿回前端所需資料
GraphQL 可以直接將 Query 語法寫在一起送到後端,後端全部處理完成後再一次回給前
端,大幅降低 connection 次數。
2. 根據不同畫面拿不同欄位資料
在 Restful API 世界裡,後端會一次回傳所有資料,不會管前端需不需要這欄位,也就
是前端沒有權力決定該拿什麼欄位,這樣會造成很多不必要的網路傳輸。Restful API
也可以根據不同畫面回不同的欄位資訊,卻造成後端很大的負擔。這時候用 GraphQL 解
決了此問題,只要在 Query 語法內定義好要拿的資料即可。
3. 即時 API 文件
大家應該都知道文件沒有一天是即時更新的,寫 Restful API 要求後端也補上文件,簡
直是難上加難,專案在趕的時候,誰還在管文件有沒有到最新,這邊就要推薦 GraphQL
了,因為只要程式碼一動,開發者透過 Client 工具就可以即時知道現在的 API 文件。
--
Go 教學: https://www.udemy.com/course/golang-fight/?couponCode=202006
Drone 教學: https://www.udemy.com/course/devops-oneday/?couponCode=202006
Docker 教學: https://www.udemy.com/course/docker-practice/?couponCode=202006
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.25.183.202 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1592635061.A.A78.html
... <看更多>