資訊專欄INFORMATION COLUMN
摘要：公司項(xiàng)目可能需要對架構(gòu)進(jìn)行重建，老大給了我一個視頻讓我學(xué)習(xí)里面的思想，看完后覺得收獲很大，主講人對項(xiàng)目各個層次有很清晰的理解，力求做到職責(zé)單一分明，提高可維護(hù)性。
公司項(xiàng)目可能需要對架構(gòu)進(jìn)行重建，老大給了我一個視頻讓我學(xué)習(xí)里面的思想，看完后覺得收獲很大，主講人對laravel項(xiàng)目各個層次有很清晰的理解，力求做到職責(zé)單一分明，提高可維護(hù)性。下面是我看完視頻對其內(nèi)容的大概整理，以及一些自己的見解，有錯誤的請指出。
視頻：https://www.youtube.com/watch... (有墻各位懂的)
Laravel簡單架構(gòu)：
簡單的小項(xiàng)目可能會把數(shù)據(jù)庫查詢，業(yè)務(wù)邏輯，數(shù)據(jù)傳給View幾乎所有操作都放在Controller，如何項(xiàng)目后期需求變大，最后Controller會變得很臃腫，難懂，不易維護(hù)（同樣，有些會把所有增刪改查，功能類寫在Model，Controller再從Model一個個的拿，導(dǎo)致Model很亂，Model有關(guān)聯(lián)表的時候可能會引起一些不必要的數(shù)據(jù)庫查詢）
我自己的理解：用美宜佳賣商品給客人來理解，主要Controller是某個加盟商美宜佳門店，View是客人，Model是商品制造工廠（理解有些粗糙）
Repository（商品倉庫）:跟Eloquent/DB操作相關(guān)的，例如增刪改查，直接和數(shù)據(jù)庫打交道的基礎(chǔ)操作抽出來放在Repository中，repository中文是倉庫，我的理解就是我們要從Model拿數(shù)據(jù)，先放在倉庫repository中，統(tǒng)一由倉庫管理分配，發(fā)揮倉庫的職責(zé)
商業(yè)邏輯，不是簡單的查詢數(shù)據(jù)，而是特定的任務(wù)，例如判斷用戶是否是會員，設(shè)置用戶權(quán)限等等，這些操作建議放在Service，之后Controller再調(diào)用它
個人理解：所以在Controller和Model/Eloquent中間墊兩層，如果Repository理解為商品倉庫的話，我的理解Service是類似總部內(nèi)部的服務(wù)平臺，加盟商Controller需要拿商品給客人View，不能直接去食品工廠Model拿，先通過倉庫repository，然后總部服務(wù)平臺Service進(jìn)行打包啊，整理啊，發(fā)車啊（各種任務(wù)），最后再給到加盟商Controller手里
一些比較固定，可以多帶帶調(diào)用的，可以用Presenter抽出來，不需要讓Model去做，下次修改也多帶帶修改Presenter就行了，
例如時間戳轉(zhuǎn)成Y-m-d H:i:s格式，可以多帶帶用Presenter處理后用@inject插入到前端模板，而不是把轉(zhuǎn)化過程寫在模板上面
個人理解：所以在Controller和View中間可以加一層Presenter，我的理解有點(diǎn)類似：美宜佳商戶(Controller)可以給客人(View)充公交卡，這種小事不需要勞費(fèi)工廠(Model)
轉(zhuǎn)換器，例如在倉庫repository中有一個獲取所有用戶信息的查詢操作：
$this->user->all();但有些地方我們不需要用到那么多個字段，我只想有name和email字段，難道我要去改all()里面的參數(shù)，變成
$this->user->all(["name","email"])?這樣另外的地方又要全部字段，這不就沖突了？這時候Transformer就有用了，其實(shí)原理是對$this->user->all()獲得的數(shù)據(jù)進(jìn)行篩選后再輸出，加了個篩選器。
之后要修改結(jié)果字段就直接在transform修改即可，當(dāng)然還可以額外添加需要的字段：array_set()
個人理解：這一塊我的理解就是有些客人需要點(diǎn)一些快餐，例如美宜佳里面的車仔面呀，烤腸呀，在賣出商品的時候需要根據(jù)客人的需求對小吃進(jìn)行篩選再賣出去，不可能客人指點(diǎn)要一個烤腸，你把店里全部小吃拿給他，讓他自個去篩選，中間賣出去的時候需要Transformer進(jìn)行篩選再給出商品
主要用于保持API返回格式的一致（使用方法和transform類似）：
個人理解：Formatter這一塊我的理解就是商品包裝，客人買東西，買小吃，你需要對商品先進(jìn)行包裝，當(dāng)然這個包裝肯定需要保持一致
以上便是我再看完視頻后對其進(jìn)行總結(jié)整理，當(dāng)然理論的說的容易，實(shí)際操作起來還有很多未知的問題，還是需要后面繼續(xù)研究學(xué)習(xí)。
附上個人簡易博客：https://zgxxx.github.io/ 歡迎討論
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://specialneedsforspecialkids.com/yun/29412.html
摘要：整理收藏一些優(yōu)秀的文章及大佬博客留著慢慢學(xué)習(xí)原文協(xié)作規(guī)范中文技術(shù)文檔協(xié)作規(guī)范阮一峰編程風(fēng)格凹凸實(shí)驗(yàn)室前端代碼規(guī)范風(fēng)格指南這一次，徹底弄懂執(zhí)行機(jī)制一次弄懂徹底解決此類面試問題瀏覽器與的事件循環(huán)有何區(qū)別筆試題事件循環(huán)機(jī)制異步編程理解的異步 better-learning 整理收藏一些優(yōu)秀的文章及大佬博客留著慢慢學(xué)習(xí) 原文:https://www.ahwgs.cn/youxiuwenzhan...
摘要：記錄自余弦在上的演講程序員與黑客防御就是提高攻擊的成本架構(gòu)思想一黑客思維應(yīng)該貫穿整個公司的業(yè)務(wù)架構(gòu)研發(fā)運(yùn)維理想狀態(tài)技術(shù)團(tuán)隊(duì)每個人都有黑客思維思想二優(yōu)美的架構(gòu)一定是健壯的想象下生態(tài)系統(tǒng)有漏洞被黑很正常快速自愈是關(guān)鍵思想三優(yōu)美的架構(gòu)一定 記錄自余弦在qcon上的演講 程序員與黑客(1) 防御就是提高攻擊的成本 架構(gòu) 思想一：黑客思維應(yīng)該貫穿整個公司的業(yè)務(wù)[..->架構(gòu)->研發(fā)->運(yùn)維->....
摘要：分享實(shí)錄云計算技術(shù)源于互聯(lián)網(wǎng)公司，現(xiàn)在云計算已經(jīng)是下一代企業(yè)級的發(fā)展趨勢。如何做云計算一直是云計算技術(shù)的領(lǐng)導(dǎo)者。互聯(lián)網(wǎng)公司的快速發(fā)展，已經(jīng)印證了云計算技術(shù)和云原生應(yīng)用相比傳統(tǒng)構(gòu)架的巨大優(yōu)勢。 今天小數(shù)又給大家?guī)硪黄韶洕M滿的分享——來自KVM社區(qū)線上群分享的實(shí)錄，分享嘉賓是數(shù)人云CEO王璞，題目是《云計算與 Cloud Native》。這是數(shù)人云在KVM社區(qū)群分享的第一彈，之后還有數(shù)...
摘要：第二種則由多個小單元構(gòu)成，每個小單元都是獨(dú)立的服務(wù)。微服務(wù)架構(gòu)所依賴的彈性通信輕量等需求容器恰好可以完美提供，因此微服務(wù)與容器可以說是完美的一對。談到架構(gòu)，微服務(wù)架構(gòu)已然是時至今日必聊的一個話題，系統(tǒng)架構(gòu)的選型與是否轉(zhuǎn)型，不應(yīng)該是為了微服務(wù)架構(gòu)而架構(gòu)，而是源于微服務(wù)架構(gòu)自身是否更適合業(yè)務(wù)自身的需求，微服務(wù)架構(gòu)的優(yōu)勢與所要付出的代價是否值得你，去做一次轉(zhuǎn)變。 ? ?GIStack for M...
閱讀 2470·2023-04-25 21:41
閱讀 1647·2021-09-22 15:17
閱讀 1921·2021-09-22 10:02
閱讀 2433·2021-09-10 11:21
閱讀 2569·2019-08-30 15:53
閱讀 996·2019-08-30 15:44
閱讀 946·2019-08-30 13:46
閱讀 1124·2019-08-29 18:36
