前言

只有光頭才能變強。

文本已收錄至我的GitHub精選文章，歡迎Star：https://github.com/ZhongFuCheng3y/3y

之前遇到過很多同學私信問我：「三歪，我馬上要實習了，我要在實習前學些什麼做準備啊？」

三歪在實習之前也同樣問過自己當時的部門老大。

如果再給我一次機會，我會先去花點時間去學學Git。

Git我相信大家對它應該不陌生吧？但凡用過GitHub的同學應該多多少少都會了解一下Git

不知道當時大家學Git的時候是看哪個教程的，我看的是廖雪峰老師的Git系列的。

（別看到廖雪峰就以為是廣告了啊，哈哈哈哈，這篇純原創分享）

分享一下三歪的經歷

剛實習的時候，一直都忙着看各種東西。有一天，我學長說：我看你也學了一些基礎了，我們來看看公司的代碼吧，看看我們生產環境是怎麼做的。

於是我學長丟了一個Git鏈接給三歪

https://github.com/ZhongFuCheng3y/3y.git

那三歪做了什麼？三歪去IDEA下把這個Git給Clone下來：

我用Clone完了以後，我學長又補了一句：這個項目不是用master分支的哦，你切換一下分支。

三歪：啥？切換分支？咋整？我忘了。

我學長看了下我，貌似不咋會切換分支，就說：“我來吧”。

於是在命令行終端一頓操作后，對三歪說：“好了”

三歪：“我對Git不是很熟悉，之前一直都是在IDEA上操作的。你們一般用命令行多還是圖形界面的多呀？”

我學長：“這沒什麼，反正工具這東西，學學就行，不是什麼大問題。也沒必要說很仔細去學它，就工具嘛”

三歪：“嗯”

時間飛逝，又過了一段時間…

三歪被分配了一個需求，於是就需要新建分支去做這個需求了。所有的標準應用線上走的是master分支，公司通過一個發布系統來控制發布版本、以及整套上下線的流程。

於是我要先在發布系統裡邊新建Git分支：

完了以後，我就在IDEA界面上選擇那個被我新建完的分支

但發現我死活找不到…於是我就問我學長：我在發布系統裡邊新建了分支，為什麼在IDEA上找不到啊？

學長：“怎麼會呢，我看看”。

找了一會，他問我：“你fetch 過了嗎？”

三歪：“啥？”

於是他拿着我的電腦，打開了終端，又以是命令行的方式敲了一頓，問我：“這是不是你新建的分支？“

三歪點了點頭，於是我學長說：”好了，你再看看“。

後來發現，新建完遠程分支，如果在IDEA上要能感知到，可以在pull界面上刷新一下，那就能找到了。

也不是說命令行一定會就比界面牛逼，其實IDEA的Git功能也做得挺好的。現在我都是混合使用，一些操作用命令行，一些操作用IDEA快捷鍵。

我commit和push的時候就喜歡用快捷鍵。command+k和command +shift+k我就感覺比敲命令要快不少。

這些都是個人習慣的問題，也無對錯之分，怎麼方便怎麼來。

其實也不是所有的系統都會走發布系統的（有標準應用，非標準應用）。如果要自己寫一個啟動的腳本，一般我們會做些什麼？無非就是用Git拉最新的代碼，然後用maven打個包，然後啟動。

理解Git

如果你看過上一篇《三歪給女朋友講解什麼是Git》應該能大概了解什麼是Git了。

其實我覺得學Git主要理解工作區 -> 暫存區->倉庫 這幾個概念。

我們使用Git其實絕大部分的操作都是在本地上完成的，比如說add 和commit。

只有我們push的時候，才會把本地完成好的內容推到遠程倉庫上

通過上一篇文章我們知道在每個人的本地都有完整的歷史版本，所以我們可以在本地就能穿梭到不同的版本，然後將修改之後的代碼再重新提交到遠程倉庫上。

所謂的工作區實際上就是我們真正的的本地目錄。

我們在本地添加文件后，需要add到暫存區，文件一旦被add到了暫存區，意味着Git能追蹤到這個文件。

當我們修改到一定程度之後，我們會執行一次提交commit，在提交的時候我們會”備註“自己這次的提交修改了什麼內容。

一次commit在Git就是一個版本，Git是版本控制的軟件，我們可以隨意穿梭到任何的版本中，修改代碼。

暫存區是這麼一個概念呢？

暫存區就像購物車，沒到付款的時候你都不確定購物車裡的東西全部都是要的。每拿一件商品就付一次款，那麻煩可大了。

從宏觀上看，Git其實有本地和遠程的概念，只是本地又分了工作區、暫存區、本地倉庫。再次強調：我們操作幾乎都是在本地完成，每個人的本地都會有所有歷史版本信息。

我們一般會新建分支去支持每一次的修改。

其實分支這個概念也挺好理解的：我們需要并行開發，同時我們又不關心對方改的是什麼內容，改的是什麼文件。因此我們需要在自己的專屬環境下去修改內容，只要把最終修改完后的內容合併到一個主分支就OK了。

假設三歪做完了，經過校驗通過後，把自己的代碼merge（合併）到origin/master分支后，然後就發布上線啦。

隨後，雞蛋也做完了，自己的分支校驗完了以後，他此時也想把自己的代碼合併到origin/master。不料，他改的代碼跟三歪改的代碼有衝突了（Git不知道選擇誰的的代碼），那雞蛋只能手動merge了。

綜合來看，我們使用Git大多數的場景就是各自分支開發，然後各自在本地commit（提交），最後匯總到master分支。

所以，我們學Git大多數就學怎麼實現分支的增刪改、切換以及版本的穿梭。

學習Git的小tips：

Unix/Linux 命令中，- 后一般跟短命令選項（通常是單字母，也有一些命令是例外的），-- 后一般跟長命令選項。如果只有一個單獨的--，後面不緊跟任何選項，則表示命令選項結束，後續的都作為命令的參數而不是選項。

例如：git checkout -- filename filename作為git checkout 的參數，而不是選項。

日常Git使用場景

一、如果這個項目的代碼我們在本地還沒有，我們先去GitLab裡邊找對應的Git地址，然後Clone到本地：

git clone https://github.com/ZhongFuCheng3y/3y.git

二、接到了新的需求，我們要新建一個分支，然後基於這個分支去開發：

git checkout -b feature/sanwaiAddLog

在開發的時候，我們肯定會有兩個操作：

• 在原來的基礎上添加新的文件
• 在原有的文件上修改

三、不管怎麼樣，等我們做到一定程度了，我們都會提交代碼。如果我們添加了新的文件，我們需要先add，然後再commit

git add .
git commit  -m "try to commit files to GitHub, i am java3y"

四、假設我們一切順利，在沒人打擾的情況下已經寫好了代碼了，然後我們會把自己的分支push到遠程倉庫

git push

五、假設我們寫到一半，其他小夥伴已經把他的代碼merge到主分支了，我們也需要把他最新的 代碼給pull拉取下來（可以 git fetch + git merge 替代)。

git pull

如果沒有衝突，那git就會把他的代碼給merge到我當前的分支上。如果有衝突，Git會提醒我去手動解決一下衝突。

六、假設我們寫到一半了，現在工作區的代碼都已經commit了。此時同事說要不幫忙一起排查一個問題，同事一般用的是自己分支，於是就得問他：你用的哪個分支啊？於是得把他的分支給拉下來，看看他的代碼哪兒有問題

git fecth -- 手動拉取遠程倉庫更新的信息
git checkout  分支名   -- 切換到他的分支

現在切換到他的分支，相當於你的環境跟他的環境是一模一樣的，於是就可以愉快地一起看Bug了。

七、假設我們寫到一半了，現在工作區的代碼還沒commit。現在有同事說要排查問題或者一個新的Bug被發現了，要緊急切換到其他的分支。現在我又不想commit（我就寫了一半，編譯還報着錯誤，沒理由讓我commit吧）。

這時，我會把工作區的代碼先stash到暫存區給保存起來，然後就可以愉快地切換其他的分支了。

git stash

等我解決完另一個bug或者幫別人看完問題了，我再把剛剛保存在暫存區的代碼給撈出來，繼續幹活

git stash pop

八、我一直在修Bug，現在的分支已經被我搞得人摸鬼樣了，我非常難受，甚至不知道自己在這個過程中改了多少東西了。

思路已經完全被打亂了，我想回到一個穩定的commit重新出發，重來吧（通過下面的命令，把工作區的代碼都改成對應commit的代碼了）。

git reset --hard  版本號

那我怎麼找到版本號呢？Git也是有日誌的：

git log --pretty=oneline

常用的Git命令

查看Git工作區、暫存區的變更情況（可以知道哪些沒有commit、哪些沒有被Git追蹤）：git status

拉取遠程最新的變更到本地：git fetch

切換分支：git checkout 分支名

將代碼還原到某個版本(包括工作目錄)：git reset --hard 版本號

查看Git的提交(commit)記錄：git log

將代碼還原到某個版本后，後悔了，想重新回去，但在提交記錄已經找不到了。git reset --hard 把reset 之後的 commit都給抹殺掉了。找到最近的執行Git命令：git reflog

還原到某個版本了，現在我為了穩健，不想再原來的分支上修改了，再新建一個分支吧（-b 參數把當前分支切換到了要創建的分支上）：git checkout -b 分支名

我們把上一次還是”相對穩健“的分支合併到我新建的分支上：git merge 分支

突然想看看現在有多少個分支：git branch -a

新增幾個文件了，隨手git add一下吧

改得差不多了，隨手git commit -m 一下吧，最好還是寫好備註，不然以後等改多了，你都不知道你改了什麼啦。

改完了，提交到遠程吧：git push

想把遠程分支最新的代碼給拉下來，然後合併到本地上。我們可以用git fetch和git merge 來實現，也可以通過git pull來實現。一般我用的都是git fetch+git merge ，這樣會更加可控一些

有的時候，本地分支在master分支，然後忘了切其他的分支去修改，直接在master改了，然後也push到遠程了。等你發現的時候，你會真的想罵自己。

咋辦？最簡單的辦法其實我們還是可以git reset --hard到對應的版本，然後將其修改或者復原，再強制提交到master分支：git push -u origin/master -f

三歪瞎扯

在這篇文章中，我列出的Git常用的命令其實並不多吧。

像很多博客講的diff、tag、config之類的命令我都沒有講，我這邊現實開發時這些命令也沒怎麼用過…

如果覺得我說漏的，可以在評論區補充，一起學習。

其實現在IDEA也很強大，很多時候都可以配合IDEA給我們提供的Git去做很多事。有的場景敲命令會比較方便，有的時候就直接圖形化界面就比較方便。

就diff 這個功能而言， 肯定還是圖形界面好用一些吧（至少我是這樣認為的

IDEA配合一些快捷鍵，使用Git也能爽得飛起。Git始終也只是一個工具，如果你有興趣可以了解它的實現（我覺得大部分人可能不知道它是怎麼實現的）；

如果沒興趣看它的實現，了解它是怎麼使用的，也足夠應付日常的開發場景了。

總的來說，現在的互聯網公司大多數還是用Git的，Git本身使用上其實不難，只要理解了Git是幹嘛的，它有個本地倉庫的概念，它可以來回穿梭各種版本，然後將本地的信息提交到遠程，跟着教程把常用的命令敲敲也差不多了。

如果實在是不懂，也別慌（我都給你們打了個樣了）；主動認慫，虛心求教，同事們都不會嫌棄你的。

如果實習之前不知道要準備什麼去公司，要是對Git不了解，我覺得Git可以有佔一席之位。

更多Git命令和參考資料：

• https://github.com/xjh22222228/git-manual
• https://juejin.im/post/5edcf3a36fb9a047fa04fbc3
• https://www.liaoxuefeng.com/wiki/896043488029600

各類知識點總結

下面的文章都有對應的原創精美PDF，在持續更新中，可以來找我催更~

• 92頁的Mybatis
• 129頁的多線程
• 141頁的Servlet
• 158頁的JSP
• 76頁的集合
• 64頁的JDBC
• 105頁的數據結構和算法
• 142頁的Spring
• 58頁的過濾器和監聽器
• 30頁的HTTP
• 42頁的SpringMVC
• Hibernate
• AJAX
• Redis
• ……

涵蓋Java後端所有知識點的開源項目（已有8K+ star）：

• GitHub
• Gitee訪問更快

我是三歪，一個想要變強的男人，感謝大家的點贊收藏和轉發，下期見。給三歪點個贊，對三歪真的非常重要！

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※USB CONNECTOR掌控什麼技術要點? 帶您認識其相關發展及效能

※台北網頁設計公司這麼多該如何選擇?

※智慧手機時代的來臨，RWD網頁設計為架站首選

※評比南投搬家公司費用收費行情懶人包大公開

※回頭車貨運收費標準

※聚甘新

特斯拉執行長馬斯克（Elon Musk）再發豪語，宣稱旗下電動車在2017年底，就能具備自動駕駛功能，一路從洛杉磯開到紐約。Seeking Alpha網站認為，特斯拉有信心在短時間內開發出自動駕駛系統，得歸功於Nvidia。

Seeking Alpha 24日報導，特斯拉原本與以色列商Mobileye合作，採用EyeQ3晶片，旗下電動車具備自動緊急煞車、碰撞警示、維持車道等功能，不過特斯拉和Mobileye分手，改採Nvidia系統之後，原有的先進駕駛輔助系統（ADAS）全部泡湯。

既然如此，特斯拉為何敢放話明年底就有自動駕駛？文章稱，Nvidia研發出革命性的自駕系統，該公司蒐集人類實際開車影片，搭配方向盤的操控角度，用來訓練類神經網路（Neural Network、NN）；也就是說，每一格駕駛畫面，都有正確答案，讓NN學會打方向盤的角度；再搭配偏離車道時，如何修正重回線道的資料等，讓電腦掌握開車技巧。

這個方式的特點在於，NN能「全面」掌握駕駛技術。在此之前，業者多把自駕細分成多個項目，如辨識物體、道路等，接著再加以結合，無法確認電腦是否真的完全抓到開車訣竅。Nvidia這套新方法簡單快速，不到一年就有極佳成效，汽車能在多種狀況下自動駕駛（影片見此），如果以此一系統為基礎，應能迅速讓自駕功力大增。文章猜測，特斯拉正是相中此點，才捨棄舊愛Mobileye、改和Nvidia合作。

文章指稱，特斯拉運用Nvidia技術開發出自駕車模型，能從人類實際開車情況和反應中學習，加快研發進展。然而該文警告，問題是機器學習不知道什麼時候會碰上瓶頸，以為NN能就此一帆風順學會開車，過於樂觀。自駕車門檻極高，NN學習過程或許會陷入停滯，難以達標。該文指出，目前谷歌自駕車的開車技術仍不如人類，特斯拉更是遠遠落後。

BusinessInsider報導，特斯拉（Tesla Motors Inc.）執行長（CEO）馬斯克（Elon Musk）19日在記者會上表示，2017年底特斯拉旗下車種將可啟動無人駕駛模式、自洛杉磯開到紐約時代廣場。馬斯克今年初曾表示，特斯拉自駕車將可在2018年橫越美國。他在19日的媒體發表會上提到，特斯拉自駕車的安全性比人類駕駛要高出一倍或更多，硬體基礎已經都準備妥當，只待軟體以及相關法規到位。

特斯拉10月19日發布新聞稿宣布，即日起出廠的旗下所有電動車（包括Model 3）都將配備全自動駕駛硬體配件。特斯拉指出，自駕功能將令車輛安全性大幅提高。

特斯拉新出廠車款配備8個鏡頭、具有360度視角，可視距離達250公尺；12個新版超音波感測器將可進一步提升車輛視覺能力、使得軟硬物件偵測距離較前一代提升一倍。具有增強處理效能的前向雷達可讓車輛掌握前方的車輛動向以及大雨、霧、灰塵等路況。

（本文由授權提供。照片來源：shared by CC 2.0）

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※帶您來了解什麼是 USB CONNECTOR  ?

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!

※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※教你寫出一流的銷售文案?

※聚甘新

首先是個人的一些閱讀源碼的小技巧，不一定適用每個人，可以直接跳過。

 

閱讀源碼的一些個人技巧

 

博客+總結

個人覺得大多數情況下跟着一篇優秀的博客配合著看就足夠了，之後再自己寫博客總結一遍加深印象，畫一下流程圖基本都能理順。（圖為學AQS時本人畫的獲取獨佔鎖流程圖）

 

類關係

配合idea看類之間的關係（ctrl+alt+shift+u）的功能也能更好的理解整個項目的整體架構。因為很多源碼其實並不是真的複雜，只是為了擴展性優雅簡潔等原因建立了大量的接口和抽象類以及各種設計模式，使得項目看起來很龐大很複雜，藉助這個功能有利於你排除掉一些你暫時不想去關心的設計邏輯。知道那個部分才是最核心的邏輯，專註於去看核心代碼。 

 

多看註釋

但是如果你看的博客裏面剛好缺少了一部分你想看的內容，而你又找不到資料，需要自己去看，又或者你想看的源碼一點點資料都找不到的情況下想去看源碼。

這個時候比較有作用的就是註釋，源碼中的註釋看不懂也沒關係，放到百度翻譯里基本也能理解大概的意思。仔細看完方法或類的註釋之後你就理解了接下來這個類大致是在做什麼，之後讀它的源碼會通順很多，有一些方法或類甚至在你看完註釋之後就已經能知道你想看的內容了，已經沒有需要繼續往下讀了。

不僅僅是類或方法的註釋文檔，方法中代碼的註釋也很重要，基本上稍微複雜一點點的代碼，甚至有時候加個鎖，作者都會認認真真的寫一行註釋解釋自己這麼做的原因。

 

適當囫圇吞棗

還有一點是適當忽略一些不重要的細節，這個主要看你想看什麼，一般我們看第一遍大多數只是想知道大致的流程是什麼樣的，所以可以適當忽略併發邏輯和一些方法里的內容（看一眼註釋先知道這個方法會做什麼的就夠了）。第一遍大致知道流程，第二第三遍再去深究細節和併發邏輯等。

 

善用debug

多用debug，很多時候源碼走的路線會和你想象中的有很大不同，你以為會進入這個if，其實他偷偷進了else。

　　

短路機制

經常看到利用短路機制的代碼，這裏以 AbstractQueuedSynchronizer 的 acquire 方法為例子，只有 tryAcquire 獲取鎖失敗， !tryAcquire 返回 true 時才會執行後面進入阻塞隊列並掛起的方法，如果獲取鎖成功了，根據短路機制自然不會執行入隊方法。

// AbstractQueuedSynchronizer.acquire(int arg)
if (!tryAcquire(arg) &&
    acquireQueued(addWaiter(Node.EXCLUSIVE), arg)) {
    selfInterrupt();
}

 

拆高低位

ReentrantReadWriteLock的這段代碼里將AQS的state一分為二給共享鎖和獨佔鎖使用，個人覺得這種設計非常巧妙：

// ReentrantReadWriteLock
abstract static class Sync extends AbstractQueuedSynchronizer {
    // 下面這塊說的就是將 state 一分為二，高 16 位用於共享模式，低16位用於獨佔模式
    static final int SHARED_SHIFT   = 16;
    static final int SHARED_UNIT    = (1 << SHARED_SHIFT);
    static final int MAX_COUNT      = (1 << SHARED_SHIFT) - 1;
    static final int EXCLUSIVE_MASK = (1 << SHARED_SHIFT) - 1;
    // 取 c 的高 16 位值，代表讀鎖的獲取次數(包括重入)
    static int sharedCount(int c)    { return c >>> SHARED_SHIFT; }
    // 取 c 的低 16 位值，代表寫鎖的重入次數，因為寫鎖是獨佔模式
    static int exclusiveCount(int c) { return c & EXCLUSIVE_MASK; }

 

 While(n– > 0)和while (–n >= 0)

忘記在哪裡看到的了，翻了一下瀏覽記錄應該是在Java AIO部分的源碼里，這種寫法感覺很簡潔就記下來了，不過可讀性似乎不太高，特別是第一種乍一看還以為是lambda表達式

意思等同於 for (int i = 0; i < n; i++)  ，但是 while(n– > 0) 和 while (–n >= 0) 這種寫法會直接改變n的值

 

xx = null

在很多jdk的源碼中我們都可以看到 xx = null // help GC 這樣的代碼，用來置空引用，幫助jvm完成gc。具體可以了解可達性算法。

這裏我們以LinkList為例子：

// LinkList 的方法
private E unlinkFirst(Node<E> f) {
    final E element = f.item;
    final Node<E> next = f.next;
    f.item = null;
    f.next = null; // help GC
    first = next;
    if (next == null)
        last = null;
    else
        next.prev = null;
    size--;
    modCount++;
    return element;
}

 

位移運算符

在很多地方都會使用位移來進行運算，平時寫算法題也一樣很多人都這麼使用，下面以 ArrayList 的 grow 方法為例子，這裏通過右移1位使 oldCapacity 變為原來的0.5倍，之後加上它本身得到  newCapacity 

// ArrayList.grow(int minCapacity)
private void grow(int minCapacity) {
    // . . . . . .
    int newCapacity = oldCapacity + (oldCapacity >> 1);//newCapacity就是1.5倍的oldCapacity
    // . . . . . . 
}

 

以上是我目前的水平所能總結出來的，後續學到其他的會繼續更新，如果大家有什麼補充的請告訴我

 

最後慣例附一圖：（根本不存在想雇傭我的地方( ´_ゝ`).jpg）

 

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※帶您來了解什麼是 USB CONNECTOR  ?

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!

※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※教你寫出一流的銷售文案?

※聚甘新

一：背景

1. 講故事

在開始本文之前，真的好想做個問卷調查，到底有多少人和我一樣，對 JsonConvert 的認識只局限在 SerializeObject 和 DeserializeObject 這兩個方法上(┬＿┬), 這樣我也好結伴同行，不再孤單落魄，或許是這兩個方法基本上能夠解決工作中 80% 的場景，對於我來說確實是這樣，但隨着編碼的延續，終究還是會遇到那剩下的 20% ，所以呀。。。

我的場景是這樣的：前段時間寫業務代碼的時候，我有一個自定義的客戶算法類型的Model，這個Model中有這種算法類型下的客戶群以及Report統計信息，還用了 HashSet 記錄了該類型下的 CustomerID集合，為了方便講述，我把Model簡化如下：

    class CustomerAlgorithmModel
    {
        public string DisplayName { get; set; }

        public int CustomerType { get; set; }

        public ReprotModel Report { get; set; }

        public HashSet<int> CustomerIDHash { get; set; }
    }

    class ReprotModel
    {
        public int TotalCustomerCount { get; set; }

        public int TotalTradeCount { get; set; }
    }

那有意思的就來了，我個人是有記日誌的癖好，就想着以後不會出現死無對證的情況，然後就理所當然的使用 JsonConvert.SerializeObject, 這一下就出問題了，日誌送入到了 ElasticSearch ，然後通過 Kibana 查不出來，為啥呢？ 看完上面的 Model 我想你也猜到了原因，json體太大了哈，好歹 CustomerIDHash 中也有幾十萬個撒，這一下全導出成json了，這 size 還能小嗎？ 要不我寫段代碼看一看。

        static void Main(string[] args)
        {
            var algorithModel = new CustomerAlgorithmModel()
            {
                CustomerType = 1,
                DisplayName = "",
                Report = new ReprotModel()
                {
                    TotalCustomerCount = 1000,
                    TotalTradeCount = 50
                },
                CustomerIDHash = new HashSet<int>(Enumerable.Range(1, 500000))
            };

            var json = JsonConvert.SerializeObject(algorithModel);

            File.WriteAllText("1.txt", json, Encoding.UTF8);

            Console.WriteLine("寫入完成！");
        }

可以看到，僅一個json就 3.3M，這樣的記錄多來幾打后，在 kibana 上一檢索，瀏覽器就卡的要死，其實 CustomerIDHash 這個字段對我來說是可有可無的，就算存下來了也沒啥大用，所以需求就來了，如何屏蔽掉 CustomerIDHash。

二：尋求解決方案

1. 使用 JsonIgnore

有問題就網上搜啊，這一搜馬上就有人告訴你可以使用 JsonIgnoreAttribute 忽略特性，加好這個特性後繼續跑一下程序。

    [Newtonsoft.Json.JsonIgnore]
    public HashSet<int> CustomerIDHash { get; set; }

太好了，終於搞定了，但是靜下心來想一想，總感覺心裏有那麼一點不舒服，為什麼這麼說，一旦你給這個 CustomerIDHash 套上了 JsonIgnore ，這就意味着它在 JsonConvet 的世界中從此消失，也不管是誰在使用這個Model， 但這並不是我的初衷，我的初衷僅僅是為了在記錄日誌的時候踢掉 CustomerIDHash，可千萬不要影響在其他場景下的使用哈，現在這種做法就會給自己，給別人挖坑，埋下了不可預知的bug，我想你應該明白我的意思，還得繼續尋找下一個方案。

2. 使用自定義的 JsonConverter

真的，Newtonsoft 太強大了，我都想寫一個專題好好彌補彌補我的知識盲區，其實在這個場景中不就是想把 HashSet<int> 給屏蔽掉嘛，Newtonsoft 中專門提供了一個針對特定類型的自定義處理類，接下來我就寫一段：

   /// <summary>
   /// 自定義一個 針對 HashSet<int> 的轉換類
   /// </summary>
   public class HashSetConverter : Newtonsoft.Json.JsonConverter<HashSet<int>>
   {
       public override HashSet<int> ReadJson(JsonReader reader, Type objectType, HashSet<int> existingValue, bool hasExistingValue, JsonSerializer serializer)
       {
           return existingValue;
       }

       public override void WriteJson(JsonWriter writer, HashSet<int> value, JsonSerializer serializer)
       {
           writer.WriteNull();
       }
   } 

就是這麼簡單，然後就可以在 SerializeObject 的時候指定下自定義的 HashSetConverter 即可，然後再將程序跑起來看一下。

 var json = JsonConvert.SerializeObject(algorithModel, Formatting.Indented, new HashSetConverter());

從圖中看，貌似也是解決了，但我突然發現自己要鑽牛角尖了，如果我的實體中又來了一個頂級優質客戶群的 TopNCustomerIDHash，但因為這個CustomerID 比較少，我希望在 Json 中能保留下來，然後就是踢掉的那個 CustomerIDHash 我要保留 CustomerIDHash.Length ，哈哈，搞事情哈，那接下來怎麼解決呢？

• 修改 Model 實體

    class CustomerAlgorithmModel
    {
        public HashSet<int> CustomerIDHash { get; set; }

        // topN 優質客戶群
        public HashSet<int> TopNCustomerIDHash { get; set; }
    }

• HashSetConverter 增加邏輯鑒別是否為保留字段

        public override void WriteJson(JsonWriter writer, HashSet<int> value, JsonSerializer serializer)
        {
            if (writer.Path == "TopNCustomerIDHash")
            {
                writer.WriteStartArray();

                foreach (var item in value)
                {
                    writer.WriteValue(item);
                }

                writer.WriteEndArray();
            }
            else
            {
                writer.WriteValue(value.Count);
            }
        }

• 最後給 TopNCustomerIDHash 賦值

            var algorithModel = new CustomerAlgorithmModel()
            {
                CustomerType = 1,
                DisplayName = "",
                Report = new ReprotModel()
                {
                    TotalCustomerCount = 1000,
                    TotalTradeCount = 50
                },
                CustomerIDHash = new HashSet<int>(Enumerable.Range(1, 500000)),
                TopNCustomerIDHash = new HashSet<int>(Enumerable.Range(1, 10)),
            };

三塊都搞定后就可以把程序跑起來了，如下圖：

貌似鑽牛角尖的問題是解決了，既然鑽牛角尖肯定要各種鄙視，比如這裏的 ReportModel 我是不需要的，CustomerType 我也是不需要的，我僅僅需要看一下 DisplayName 和 TotalCustomerCount 這兩個字段就可以了， 那這個要怎麼解決呢？

3. 使用 匿名類型

確實很多時候記日誌，就是為了跟蹤 Model 中你特別關心的那幾個字段，所以摻雜了多餘的字段確實也是沒必要的，這裏可以用匿名來解決，我就來寫一段代碼：

    var json = JsonConvert.SerializeObject(new
    {
        algorithModel.DisplayName,
        algorithModel.Report.TotalCustomerCount
    }, Formatting.Indented);

三： 總結

雖然阻擊了幾個回合，但同時也發現了 Newtonsoft 中還有特別多的未挖掘功能，真的需要好好研究研究，源碼已下好，接下來準備做個系列來解剖一下，值得一提的是 .Net中已自帶了 System.Text.Json.JsonSerializer 類，目前來看功能還不算太豐富，簡單用用還是可以的，本篇就說到這裏，希望對您有幫助。

如您有更多問題與我互動，掃描下方進來吧~

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※USB CONNECTOR掌控什麼技術要點? 帶您認識其相關發展及效能

※台北網頁設計公司這麼多該如何選擇?

※智慧手機時代的來臨，RWD網頁設計為架站首選

※評比南投搬家公司費用收費行情懶人包大公開

※回頭車貨運收費標準

※聚甘新

VUE+Element 前端是一個純粹的前端處理，前面介紹了很多都是Vue+Element開發的基礎，從本章隨筆開始，就需要進入深水區了，需要結合ABP框架使用（如果不知道，請自行補習一下我的隨筆：ABP框架使用），ABP框架作為後端，是一個非常不錯的技術方向，但是前端再使用Asp.NET 進行開發的話，雖然會快捷一點，不過可能顯得有點累贅了，因此BS的前端選項採用Vue+Element來做管理（後續可能會視情況加入Vue+AntDesign），CS前端我已經完成了使用Winform+ABP的模式了。本篇隨筆主要介紹Vue+Element+ABP的整合方式，先從登錄開始介紹。

 1、ABP開發框架的回顧

ABP是ASP.NET Boilerplate的簡稱，ABP是一個開源且文檔友好的應用程序框架。ABP不僅僅是一個框架，它還提供了一個最徍實踐的基於領域驅動設計(DDD)的體繫結構模型。

啟動Host的項目，我們可以看到Swagger的管理界面如下所示。

我們登錄獲得用戶訪問令牌token后，測試字典類型或者字典數據的接口，才能返迴響應的數據。

我根據ABP後端項目之間的關係，整理了一個架構的圖形。

應用服務層是整個ABP框架的靈魂所在，對內協同倉儲對象實現數據的處理，對外配合Web.Core、Web.Host項目提供Web API的服務，而Web.Core、Web.Host項目幾乎不需要進行修改，因此應用服務層就是一個非常關鍵的部分，需要考慮對用戶登錄的驗證、接口權限的認證、以及對審計日誌的記錄處理，以及異常的跟蹤和傳遞，基本上應用服務層就是一個大內總管的角色，重要性不言而喻。

對於通過Winform方式展示界面，以Web API方式和後端的ABP的Web API服務進行數據交互，是我們之前已經完成的項目，項目界面如下所示。

主體框架界面採用的是基於菜單的動態生成，以及多文檔的界面布局，具有非常好的美觀性和易用性。

左側的功能樹列表和頂部的菜單模塊，可以根據角色擁有的權限進行動態構建，不同的角色具有不同的菜單功能點，如下是測試用戶登錄后具有的界面。

 

2、Vue+Element整合ABP框架的前端登錄處理

之前我們開發完成的Vue+Element的前端項目，默認已經具有登錄系統的功能，不過登錄是採用mock方式進行驗證並處理的，本篇隨筆介紹是基於實際的ABP項目進行用戶身份的登錄處理，這個也是開發其他接口展示數據的開始步驟，必須通過真實的用戶身份登錄後台，獲得對應的token令牌，才能進行下一步接口的開發工作。

例如對應登錄界面上，界面效果如下所示。

在用戶登錄界面中，我們處理用戶登錄邏輯代碼如下所示。

    // 處理登錄事件
    handleLogin() {
      this.$refs.loginForm.validate(valid => {
        if (valid) {
          this.loading = true
          this.$store
            .dispatch('user/login', this.loginForm)
            .then(() => {
              this.$router.push({ path: this.redirect || '/' })
              this.loading = false
            })
            .catch(() => {
              this.loading = false
            })
        } else {
          console.log('error submit!!')
          return false
        }
      })
    }

這裏主要就是調用Store模塊裏面的用戶Action處理操作。

例如對於用戶store模塊裏面的登錄Action函數如下所示。

const actions = {
  // user login
  login({ commit }, userInfo) {
    const { username, password } = userInfo
    return new Promise((resolve, reject) => {
      login({ username: username.trim(), password: password }).then(response => {
        const { result } = response // 獲取返回對象的 result
 var token = result.accessToken var userId = result.userId // 記錄令牌和用戶Id
        commit('SET_TOKEN', token)
        commit('SET_USERID', userId)

        // 存儲cookie
        setToken(token)
        setUserId(userId)
        resolve()
      }).catch(error => {
        reject(error)
      })
    })
  },

而其中 login({ username: username.trim(), password: password }) 操作，是通過API封裝處理的調用，使用前在Store模塊中先引入API模塊，如下所示。

import { login, logout, getInfo } from '@/api/user'

 而其中 API模塊代碼如下所示。

export function login(data) {
  return request({
    url: '/abp/TokenAuth/Authenticate',
    method: 'post',
    data: {
      UsernameOrEmailAddress: data.username,
      password: data.password
    }
  })
}

這裏我們用了一個/abp的前綴，用來給WebProxy的處理，實現地址的轉義，從而可以實現跨站的處理，讓前端調用外部地址就和調用本地地址一樣，無縫對接。

我們來看看vue.config.js裏面對於這個代理的轉義操作代碼。

 而 http://localhost:21021/api 地址指向的項目，是我們本地使用ABP開發的一個後端Web API項目，我們可以通過地址 http://localhost:21021/swagger/index.html 進行接口的查看。

 我們打開獲取授權令牌的Authenticate接口，查看它的接口定義內容

 

通過標註的1,2，我們可以看到這個接口的輸入參數和輸出JSON信息，從而為我們封裝Web API的調用提供很好的參考。

ABP框架統一返回的結果是result，這個result裏面才是返回對應的接口內容，如上面的輸出JSON信息裏面的定義。

所以在登陸返回結果后，我們要返回它的result對象，然後在進行數據的處理。

const { result } = response // 獲取返回對象的 result

然後通過result來訪問其他屬性即可。

var token = result.accessToken // 用戶令牌
var userId = result.userId // 用戶id

用戶登錄成功后，並獲取到對應的數據，我們就可以把必要的數據，如token和userid存儲在State和Cookie裏面了。

// 修改State對象，記錄令牌和用戶Id
commit('SET_TOKEN', token)
commit('SET_USERID', userId)

// 存儲cookie
setToken(token)
setUserId(userId)

有了這些信息，我們就可以進一步獲取用戶的相關信息，如用戶名稱、介紹，包含角色列表和權限列表等內容了。

例如對應用戶信息獲取接口的ABP後端地址是 http://localhost:21021//api/services/app/User/Get 

 那麼我們前端就需要在API模塊裏面構建它的訪問地址（/abp/services/app/User/Get）和接口處理了。

export function getInfo(id) {
  return request({
    url: '/abp/services/app/User/Get',
    method: 'get',
    params: {
      id
    }
  })
}

如上所示，在Store模塊里引入API模塊，如下所示。

import { login, logout, getInfo } from '@/api/user'

然後在Store模塊中封裝一個Action用來處理用戶信息的獲取的。

  // 獲取用戶信息
  getInfo({ commit, state }) {
    return new Promise((resolve, reject) => {
      getInfo(state.userid).then(response => {
        const { result } = response
        console.log(result) // 輸出測試

        if (!result) {
          reject('Verification failed, please Login again.')
        }

        const { roles, roleNames, name, fullName } = result

        // 角色非空提醒處理
        if (!roles || roles.length <= 0) {
          reject('getInfo: roles must be a non-null array!')
        }

        commit('SET_ROLES', { roles, roleNames })
        commit('SET_NAME', name)
        // commit('SET_AVATAR', avatar) //可以動態設置頭像
        commit('SET_INTRODUCTION', fullName)
        resolve(result)
      }).catch(error => {
        reject(error)
      })
    })
  },

Vue + Element前端項目的視圖、Store模塊、API模塊、Web API之間關係如下所示。

 

 登錄后我們獲取用戶身份信息，在控制台中記錄返回對象信息，可以供參考，如下所示

  

有了token信息，我們就可以繼續其他接口的數據請求或者提交了，從而可以實現更多的管理功能了。

後續隨筆將基於ABP接口對接的基礎上進行更多界面功能的開發和整合。 

 

列出一下前面幾篇隨筆的連接，供參考：

循序漸進VUE+Element 前端應用開發(1）— 開發環境的準備工作

循序漸進VUE+Element 前端應用開發(2）— Vuex中的API、Store和View的使用

循序漸進VUE+Element 前端應用開發(3）— 動態菜單和路由的關聯處理

循序漸進VUE+Element 前端應用開發(4）— 獲取後端數據及產品信息頁面的處理

循序漸進VUE+Element 前端應用開發(5）— 表格列表頁面的查詢，列表展示和字段轉義處理

循序漸進VUE+Element 前端應用開發(6）— 常規Element 界面組件的使用

循序漸進VUE+Element 前端應用開發(7）— 介紹一些常規的JS處理函數

循序漸進VUE+Element 前端應用開發(8）— 樹列表組件的使用

循序漸進VUE+Element 前端應用開發(9）— 界面語言國際化的處理

循序漸進VUE+Element 前端應用開發(11）— 圖標的維護和使用

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※帶您來了解什麼是 USB CONNECTOR  ?

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!

※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※教你寫出一流的銷售文案?

※聚甘新