登入設計，這個話題真的是可大可小，過往在Winner框架中 一直是 使用SSO 做登入，之前也寫過基於Outh2.0做授權登入，
但是現在我任職的這個家企業，雖然對於SSO也有需要，但是目前這一塊需求還是不那麼強烈，各個系統之間都是獨立去管控的。
這讓6月份剛入職時候的我，上來就準備以SSO（單點登入）的方式去處理，基於IdentityServer4 (以下簡稱Id4)完成了一個。
參考資料：
http://www.identityserver.com.cn/
http://www.tnblog.net/heart320/article/details/3046
https://www.cnblogs.com/stulzq/p/8119928.html
這個我就不多說了，關於這個的資料，網上實在太多了，最後專案釋出的時候，後來公司只給我一個子域名的許可權，這個當時就尷尬了。
這屬於 人為造成的問題，公司就一個域名，就分配一個二級域名給我，後來我想用埠的 方式去解決。最後還是放棄了。
所以放棄了 使用 SSO了。 這個事導致了 對Victory 從 “大框架” 直接 轉為"小框架"。
大框架就是 各個專案都是獨立系統比如： 許可權系統，登入中心，排程系統，日誌系統。都是獨立站點，獨立部署，新專案上線只需要配置，然後調介面就行。
小框架則是，各個功能整合在一個站點裡面： 登入功能，許可權功能，排程功能，日誌功能。 新建一個專案，就直接附帶了這些功能，然後寫核心業務。
所以，直接這也取決於，我就做一個小專案，別一上來就部署五六個站點。這一點“工廠型企業” 和 “網際網路企業” 有很大區別。（不過後續在公司推廣 “大框架”概念，慢慢的公司的人也接受大框架的概念了）
從大框架 轉為了小框架， 導致了我對 前後端分離，都產生了猶豫，雖然我給Victory框架制定了這麼一個發展路線。
1.x 前後端不分離，雖然使用Vue 但是更多的是做MVVM 資料繫結。主要技術選項： Core3.1 (mvc) + Sqlserver+ FreeSql + Bootstarp + Jquery + AdminLte + Vue
2.x 前後端分離，完全使用Vue，前端統一elemnet-ui，主要技術選項： Core3.1 (mvc) + Sqlserver+ FreeSql + Vue + vue-element-admin
至此，在登入方式上，我們就產生了三種方式：
1，基於id4 ，做SSO授權中心， 這個估計公司認可我的思路之後，有機會做大框架架構的時候，才有機會實施。
2，基於 Authorize， 這個是Core過濾器 自帶這麼一個 功能，直接用就好了。
3，基於Jwt ， 做前後端分離以及客戶端進行對接的時候，等Victory 2.0 實施的時候 就可以用這種方式去實施。
今天重點講的還是 基於core 自帶的登入功能，也是最簡單的一種，三步走：
step1：將身份認證中介軟體新增到容器中：
step2：製作一個登入介面，登入成功將資訊寫入cookie：
step3： 在需要登入之後才能訪問的頁面控制器上打上 過濾器標籤：
三步即可完成一個登入了， 方便了很多，傳統的方式是 去寫一個session，然後每個控制用基類裡面 新增 session判斷去處理驗證登入。
這裡就簡單的講了一下 如何用 Authorize 過濾器 去實現登入功能，另外還列了一下 另外兩種，一個是大框架的 Id4，一個前後端分離的Jwt，
當然我這裡這麼分類 也不一定正確， Id4 也可以使用 jwt 做資料傳輸。 他們三種實現登入的方式並不是 一個並列關係，硬要並列Jwt 應該是和Cokkie是一種並列關係。
所以這裡我的Victory1.0 是使用 Authorize 基於Cookie 實現，等升級到2.0的時候 ，我會去基於Jwt 的格式去實現。
