【PaPaPa】集成B/S主流技術的MVC5項目

2019-11-17 01:59:18

字體：大中小

來源：轉載

供稿：網友

【PaPaPa】集成B/S主流技術的MVC5項目 - 實干派：說做就做，我們已經起航，你還在觀望嗎

我們是誰

我們是C#愛好者，互相分享技術，一起學習一起成長一起做一個項目。

我們是開源愛好者，從我們手上出來的代碼都會托管在源代碼管理平臺（oschina），到目前為止不收費，將來也不會出現任何收費情況。

我們是“大牛”，工作中、學習中遇到各種問題都在群里討論的有聲有色，或許某某只是初級程序員，但或許你不會的他就正好知道，而此時他就是你的“大牛”。

我們在干什么

一個叫【PaPaPa】的項目，類似伴游的b/s架構項目。

項目中用到的 asp.net MVC5、Bootstrap 3、Metronic、Redis、EF、SignalR等。

系統架構簡介

這是個PPT，這里幾乎是所有內容了，畢竟我們目前只做了這些，將來做完以后當然就絕對不止這些了。

如果你想看完整版的PPT，可以戳我：http://files.VEVb.com/files/doddgu/PaPaPa.pptx

這里是在網上找到PPT模版隨便改了下，層級關系不要太糾結喔

大概的類庫劃分是這個樣子的

我們嘗試自己創造了一些東西

補一張解決方案的截圖

我們已經完成了哪些

系統架構雛形已經搭建完成，上面PPT里提到的東西都完成了（當然目前有部分還只是雛形階段，這需要一個不斷完善的過程）。

而項目目前屬于剛起步階段，只完成了注冊、登錄、用戶中心（修改用戶資料）。

基礎設施層已經完全與業務脫離，目的是打造一套可復用的底層類庫，它的特點應該是：穩定、可擴展、易用。

核心層針對業務做了一些妥協的封裝，這里在不同的業務中可能不是那么的適用，但也不是完全沒借鑒性的。比如緩存決策，這在大多數項目中都是個很好用的功能。

不能太水了，本篇蜻蜓點水的說下緩存決策

其實技術不能太較真，聽上去很高大上的詞語實際背后是特別簡單的方法調用集合。

畢竟本篇只是個序言，我不會寫的太多，如果有興趣可繼續關注我的下一篇，這里講一小段比較核心點的代碼吧。

 1         public override async Task<int> SaveAsync() 2         { 3             var result = await base.SaveAsync(); 4  5             SetRedis(); 6  7             return result; 8         } 9 10         PRivate void SetRedis()11         {12             try13             {14                 var type = typeof(T);15                 var monitor = EqualsMonitorManager<string, RedisCacheMonitor>.Get(MonitorConstant.REDIS_KEY, x => x.TableName == type.Name);16                 if (monitor != null)17                 {18                     foreach (var entity in base.DbSet.Local)19                     {20                         foreach (var field in monitor.Fields)21                         {22                             var pi = type.GetProperty(field);23                             RedisSingleton.GetInstance.Client.HSet(type.Name, string.Format("{0}:{1}", pi.Name, pi.GetValue(entity, null).ToString()), entity);24                         }25                     }26                 }27             }28             catch (Exception ex)29             {30                 Logger.Error(ex.ToString());31             }32         }

這段代碼其實是緩存決策的上半部中的一段，調用緩存前需要填充緩存數據，而這里就是將插入、修改、刪除（其實沒刪除，因為我設計的時候就只允許改成失效狀態，不允許刪除數據）3個會引發數據庫修改的動作發生后同步動作到redis中。

有個很高大上的名詞，你可以叫他“鏡像”，也可以叫”XXX“，反正這只是某些大牛為了統一叫法起了個名字罷了。

SaveChangesAsync是EF的異步保存方法，我們要做的事情其實很簡單，就是攔截保存方法，代碼中是SaveAsync，這個是我們自己針對EF封裝后的方法。

大概思路是這樣的：

想要讓 SaveAsync 聽我們的話， override 就派上了用場，重寫 SaveAsync。

調用基類的 SaveAsync 后，再加上保存到Redis的代碼。

這樣一個SaveAsync就變成了做2件事，先保存到數據庫再保存到Redis，從而杜絕了代碼中到處寫保存到Redis的重復代碼。

細心的朋友會發現，我們并不會把所有的數據保存到Redis中，所以必須要有個規則告訴我們哪些數據才需要保存到redis中。

而代碼中 EqualMonitorManager 就是做這個保存規則的事情，因為這里需要搭配很多東西來說，所以如果你對這里感興趣就敬請期待后面的博客吧。

當然如果你是個急性子也可以直接下載我們的代碼，跟蹤調試下瞬間了然。

感謝

最后感謝能有那么多人在這個項目啟動過程中做出的貢獻。