目錄
2.0的開發基本上算是遙遙無期，除非還有今年上半年那樣的疫情，導致在家關一兩個月這種情況。讓我有足夠的時間去一邊學習一邊改進。。
但是關於2.0的話，隨著時間推移，還是有很多想法在時不時從我腦子中蹦躂出來。
閒來無事就記錄一下：
1， 資料庫的設計要從rbac-01中簡化出來，要去掉一些不必要的表
元素表，沒什麼用，多餘。 然後最大的問題還是 許可權表，直接用角色去關聯就好了。 多一層**操作上變的很不方便。。
2， da 層**生成包含 model， 生成**的時候要生成2次，比較麻煩，不如直接生成乙個 da類檔案，檔案中包含 model 就好了。
這樣也省了 每次都改命名空間，這樣的entity層 也就純粹的通用層，除了資料傳輸的model entity就不再建model了。徹底的工具層。
3，da層 不再寫方法了，並且直接在ui層寫查詢方法，查詢都不再使用da 物件。直接用dbcontext去查詢，這樣的好處是不用再寫連表model
4，原計畫是 使用vue-element-admin 來做前後端分離的後台，但是element 現在也不更新了，也不知道是什麼路子。。如果vue-element 不更新了，
趁現在還來得及，及時切antd。 使用上可能有點差別，但是 長期用的話還是找乙個穩定的有人維護的前端。
5,**生成器要朝以上變動去更改，並且**生成器，要支援不使用駝峰命名。
暫時就想這麼多。。。接來下的戰鬥 要朝另乙個方向發展了··！
手把手擼套框架 登入設計
目錄 登入設計，這個話題真的是可大可小，過往在winner框架中 一直是 使用sso 做登入，之前也寫過基於outh2.0做授權登入，但是現在我任職的這個家企業，雖然對於sso也有需要，但是目前這一塊需求還是不那麼強烈，各個系統之間都是獨立去管控的。這讓6月份剛入職時候的我，上來就準備以sso 單點...
關於框架的一些學習筆記
服務端n層架構體系中 mvc 今天才知道原來傳統的mvc中v是可以直接與m互動，m也做了些弱業務處理 mvp 所以至今為止公司用的都是mvp，就是m和v是完全分離的，少了p就相當於兩個孤島，mv互動必須通過p 在服務端n層架構體系中，mvc，mvp等架構思想僅是運用在表示層，而移動端的是應用在整個專...
我的一些看法 關於AJAX框架的比較
dflying兄最近在對於asp.net的ajax實現進行一基於資料傳輸大小的比較，並茂，頗能夠在體現某些方面的問題。這不禁使我我對於這方面也進行了一些思索，這裡就說一下我的看法。在dflying兄的第一篇文章 asp.net ajax atlas 和anthem.net 管中窺豹般小小比較 裡比較...