• 
  

  ?

  Microsoft重構(gòu).Net還是有意義的。一旦你克服了.Net標(biāo)準(zhǔn)(庫)和netstandard(目標(biāo))之間的混亂，決策會變得相當(dāng)簡單。讓我們回到最初的問題，關(guān)于.Net，開發(fā)人員該如何選擇?

　　·如果你正在使用大量的工作流和數(shù)據(jù)連接工具.Net生態(tài)系統(tǒng)的大型應(yīng)用程序，請堅(jiān)持使用.Net Framework。

　　·如果你的目標(biāo)是云和移動端，并且考慮跨平臺開發(fā)—— .Net Core和.Net標(biāo)準(zhǔn)庫的組合是最佳的。

?

?

• Web API是微軟的主導(dǎo)的一種面向服務(wù)的實(shí)現(xiàn)方式，已經(jīng)集成在visual studio的模板中，是一種比較成熟的SOA數(shù)據(jù)服務(wù)方式。
• Web API的服務(wù)提供方式實(shí)現(xiàn)過程由三個步驟組成：路由匹配階段；控制器選擇和構(gòu)建階段；執(zhí)行器選擇和執(zhí)行階段
• Ioc—Inversion of Control，即“控制反轉(zhuǎn)”，不是什么技術(shù)，而是一種設(shè)計(jì)思想。一個重要的面向?qū)ο缶幊痰姆▌t，它能指導(dǎo)我們?nèi)绾卧O(shè)計(jì)出松耦合、更優(yōu)良的程序。在開發(fā)中，Ioc意味著將你設(shè)計(jì)好的對象交給容器控制，而不是傳統(tǒng)的在你的對象內(nèi)部直接控制. ?IoC很好的體現(xiàn)了面向?qū)ο笤O(shè)計(jì)法則之一—— 好萊塢法則：“別找我們，我們找你”；即由IoC容器幫對象找相應(yīng)的依賴對象并注入，而不是由對象主動去找。(解耦的過程)
• DI—Dependency Injection，即“依賴注入”：組件之間依賴關(guān)系由容器在運(yùn)行期決定，形象的說，即由容器動態(tài)的將某個依賴關(guān)系注入到組件之中。依賴注入的目的并非為軟件系統(tǒng)帶來更多功能，而是為了提升組件重用的頻率，并為系統(tǒng)搭建一個靈活、可擴(kuò)展的平臺
• ?依賴注入（Dependency Injection），是這樣一個過程：由于某客戶類只依賴于服務(wù)類的一個接口，而不依賴于具體服務(wù)類，所以客戶類只定義一個注入點(diǎn)。在程序運(yùn)行過程中，客戶類不直接實(shí)例化具體服務(wù)類實(shí)例，而是客戶類的運(yùn)行上下文環(huán)境或?qū)ｉT組件負(fù)責(zé)實(shí)例化服務(wù)類，然后將其注入到客戶類中，保證客戶類的正常運(yùn)行。

? ? “為什么Linq to Object中要返回IEnumerable?”:

? ? ? ? ? ?因?yàn)镮Enumerable是延遲加載的，每次訪問的時候才取值。也就是我們在Lambda里面寫的where、select并沒有循環(huán)遍歷(只是在組裝條件)，只有在ToList或foreache的時候才真 ? 正去集合取值了。這樣大大提高了性能。

?

反射：

?

?

協(xié)變、逆變

?

?

深復(fù)制、淺復(fù)制

?觀察者模式 和訂閱-發(fā)布模式的區(qū)別

• 在觀察者模式中，觀察者是知道Subject的，Subject一直保持對觀察者進(jìn)行記錄。然而，在發(fā)布訂閱模式中，發(fā)布者和訂閱者不知道對方的存在。它們只有通過消息代理進(jìn)行通信。

• 在發(fā)布訂閱模式中，組件是松散耦合的，正好和觀察者模式相反。

• 觀察者模式大多數(shù)時候是同步的，比如當(dāng)事件觸發(fā)，Subject就會去調(diào)用觀察者的方法。而發(fā)布-訂閱模式大多數(shù)時候是異步的（使用消息隊(duì)列）。

• 觀察者模式需要在單個應(yīng)用程序地址空間中實(shí)現(xiàn)，而發(fā)布-訂閱更像交叉應(yīng)用模式。

?

轉(zhuǎn)載于:https://www.cnblogs.com/JXzfl/p/8466829.html

總結(jié)

以上是生活随笔為你收集整理的.net 零碎点梳理的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。