輕量級的.NET對象查找服務和AOP開發框架Netop.Core源碼解說(3)--類工廠/對象查找服務

来源:http://www.cnblogs.com/fhxie/archive/2017/05/21/6884231.html
-Advertisement-
Play Games

上節談了談Netop.Core的對於應用系統的配置信息的處理，對於Netop.Core最核心的服務--類工廠/對象查找服務當然要用到配置服務，等下會說到。 對於NET類工廠/對象查找服務，名氣大的有Spring.Net(對應於Java的Spring--號稱輕量級中間件)，為什麼還要再造一個輪子呢？如 ...


上節談了談Netop.Core的對於應用系統的配置信息的處理，對於Netop.Core最核心的服務--類工廠/對象查找服務當然要用到配置服務，等下會說到。

  對於NET類工廠/對象查找服務，名氣大的有Spring.Net(對應於Java的Spring--號稱輕量級中間件)，為什麼還要再造一個輪子呢？如果說Spring是輕量級的，那Netop.Core就只能是微量級的，夠用就好，學習曲線會大幅下降，學習研究代碼的時間也會大幅下降。
   夠用就好，何樂而不為？況且Netop.Core的類工廠/對象查找服務除了可對本地服務進行實例化外，還對遠程服務（NET Remoting）和WCF服務進行統一的處理，就是說引用端程式通過Netop.Core的類工廠/對象查找服務實例化時，根本不知道也不用知道服務是本地的還是遠程服務（NET Remoting）或WCF服務。
  Netop.Core的類工廠/對象查找服務是要對各應用服務進行配置的，就先從其配置說起：在配置文件（可查看測試程式的配置文件）Netop.Application節點下最少要配置：
    <Application.ObjectLocator>
      <DefaultAppObjectLocatorService>Netop.Core.LocatorService.DefaultAppObjectLocatorService,Netop.Core</DefaultAppObjectLocatorService>
      <ObjectServiceAgentName>AppObjectService</ObjectServiceAgentName>
      <AspectAgentName>AppAspect</AspectAgentName>
    </Application.ObjectLocator>
    <Application.Agent>
      <Agent name="AppObjectService" type="Netop.Core.Configuration.FileAgentConfiguration,Netop.Core">
        <File>Service.xml</File>
      </Agent>
      <Agent name="AppAspect" type="Netop.Core.Configuration.FileAgentConfiguration,Netop.Core">
        <File>Aspect.xml</File>
      </Agent>
    </Application.Agent>
</Application.ObjectLocator>

<AspectAgentName>AppAspect</AspectAgentName>是配置AOP服務的，下一節會說到，現暫不表述。
<ObjectServiceAgentName>AppObjectService</ObjectServiceAgentName>中的AppObjectService名對應於Application.Agent下節點Agent name="AppObjectService"的信息：

      <Agent name="AppObjectService" type="Netop.Core.Configuration.FileAgentConfiguration,Netop.Core">
        <File>Service.xml</File>
      </Agent>

查看AppObjectLocatorConfiguration.cs文件內容，ObjectServiceConfigurationManager類通過調用AppObjectLocatorConfigurationManager.Current獲得Application.ObjectLocator信息，從而獲得ObjectServiceAgentName對應的配置代理名稱，再通過調用配置代理服務得到Service.xml的內容。如測試程式Service.xml的內容為：
<Application.ObjectService>
  <Object name="A1" type="Test.Core.Service1,Test.Core">
    <Property name="Service2" ref ="A2"/>
  </Object>
  <Object name="A2" type="Test.Core.Service2,Test.Core">
  </Object>
  <Object name="A3" type="Test.Core.Service3,Test.Core" isAspect="1">
  </Object>
</Application.ObjectService>

  有了獲得Service.xml的內容的前提，實際的類工廠/對象查找服務就是要實現這個介面：
    public interface IObjectLocator:IDisposable
    {
        object GetObject(string objectName);
        void FreeObject(string objectServiceName, object obj);

        Type GetObjectType(string objectName);
        bool IsSingleton(string objectName);
        bool IsRemotingObject(string objectName);
        bool IsCommunicationObject(string objectName);
    }
  具體實現這個介面的類正如<DefaultAppObjectLocatorService>Netop.Core.LocatorService.DefaultAppObjectLocatorService,Netop.Core</DefaultAppObjectLocatorService>所配置的為DefaultAppObjectLocatorService這個類,DefaultAppObjectLocatorService最重要的方法就是GetObject,這是獲得對象的方法，另一個FreeObject是釋放對象的方法。
  做完了這些，統一由程式AppObjectLocatorManager提供給外部程式調用。
  下麵分別從本地服務、遠程服務（NET Remoting）和WCF服務三個方面解說：

  一、本地服務
  本地服務還部分實現依賴註入（Dependency Injection）/控制反轉（Inversion of Control）的設值註入(value值註入和引用註入),為了微量化沒有做構造註入（理論上構造註入的事情也可以通過設值註入的方式相同的應用功能）.
  普通的本地服務配置為：
  <Object name="A2" type="Test.Core.Service2,Test.Core">
  </Object>
  所有的配置都有name各type的設置。
  上面配置為：名稱叫A2的Test.Core.Service2,Test.Core的類型服務，調用為：
  IService2 s2 = Netop.Core.LocatorService.AppObjectLocatorManager.GetObject("A2")  as  IService2 ;
  不使用時調用：Netop.Core.LocatorService.AppObjectLocatorManager.FreeObject（"A2", s2);
  配置還可增加服務是否單例（isSingleton），如 isSingleton的值為"true"或"1"或"yes",則為單例服務，否則為非單例服務。預設為非單例服務。
  <Object name="A2" type="Test.Core.Service2,Test.Core" isSingleton="true">
  </Object>
  1.含有value值註入的本地服務
  配置為：
  <Object name="A" type="Netop.Test.A,Netop.Test" isSingleton = "true" >
      <Property name="Code" value="2222"></Property>
  </Object>
  屬性Code在實例化時將被註入“2222”值.調用及isSingleton同普通的本地服務類似。
  2.含有引用註入的本地服務
  配置為：
  <Object name="A1" type="Test.Core.Service1,Test.Core">
    <Property name="Service2" ref ="A2"/>
  </Object>
  <Object name="A2" type="Test.Core.Service2,Test.Core">
  </Object>
  Service1屬性Service2是參照"A2"服務，實例化時將被註入. 調用及isSingleton同普通的本地服務一樣。
   
  只有本地服務才可進行設值註入和isSingleton的設置。

  二、遠程服務（NET Remoting）
  NET Remoting是在WCF服務出現之前的極好的遠程服務,但在WCF服務出來之後便屬於淘汰技術，現留著主要是為了相容，而且為了那些原有NET Remoting程式而不願改寫為WCF服務的懶人們（當做是老闆考慮成本不願花時間花金錢呀）。
  NET Remoting服務端的發佈和配置不提了，感興趣的朋友可以去查看相關資料。對於引用端（客戶端），用戶不用作其它什麼配置，除了要在Service.xml文件中配置：

   <Object name="A1" type="Test2.Service1,Test2" location="http://127.0.0.1:8989/Test2" isClientActivated="true"></Object>
   <Object name="A2" type="Test2.Service2,Test2" location="http://127.0.0.1:8989/Service2.rem" ></Object>
   <Object name="A1IIS" type="Test2.Service1,Test2" location="http://127.0.0.1/ROS" isClientActivated="true"></Object>
   <Object name="A2IIS" type="Test2.Service2,Test2" location="http://127.0.0.1/ROS /Service2.rem" ></Object>
   即遠程服務要設置location，可選設置isClientActivated。location為伺服器端的位置（非IIS發佈還要含埠）,isClientActivated="true"表示客戶端激活，否則為伺服器激活.
  調用同普通的本地服務一樣.
  遠程服務不可進行設值註入和isSingleton的設置,因為其實例化的本質就只是一代理對象而矣。

  三、WCF服務
  WCF服務的使用用較複雜一些，下麵舉例說明。對於WCF服務：

  契約為:
  namespace Contracts{
    [ServiceContract(Name = "TestService", Namespace="http://www.Netop.com")]
        public interface ITestService
        {
        [OperationContract]
        string MyOperation1(string myValue);       
        }
   }    
  實現為：
    public class TestService : ITestService
    {
        public string MyOperation1(string myValue)
        {   return "Hello: " + myValue;    }
    }

  然後要做的是：
  1、首先要實現一個繼承System.ServiceModel.ClientBase<T>的客戶端代理類
  繼承System.ServiceModel.ClientBase<T>的客戶端代理類為：

  namespace Test{
    [System.Diagnostics.DebuggerStepThroughAttribute()]
    [System.CodeDom.Compiler.GeneratedCodeAttribute("System.ServiceModel", "4.0.0.0")]
    public partial class TestServiceClient : System.ServiceModel.ClientBase<ITestService>, ITestService
    {
        public TestServiceClient(){  }
        public TestServiceClient(string endpointConfigurationName): base(endpointConfigurationName) { }        
        public TestServiceClient(string endpointConfigurationName, string remoteAddress): base(endpointConfigurationName, remoteAddress) { }
        public TestServiceClient(string endpointConfigurationName, System.ServiceModel.EndpointAddress remoteAddress) : base(endpointConfigurationName,

remoteAddress) { }        
        public TestServiceClient(System.ServiceModel.Channels.Binding binding, System.ServiceModel.EndpointAddress remoteAddress): base(binding,

remoteAddress) { }
       
        public string MyOperation1(string myValue)
        {
            return base.Channel.MyOperation1(myValue);
        }
    }
  }


  2、伺服器和客戶端該怎麼配置就還是怎麼配置（請參考有關WCF資料，在此不細說）
  如在客戶端配置的是：
  <system.serviceModel>
      <client>
        <endpoint address="http://127.0.0.1/Test/TestService.svc" binding="wsHttpBinding"
          contract="Contracts.ITestService" name="TestService" />
      </client>
  </system.serviceModel>

  3、在Service.xml的配置為：
  <Object name="TestService1" type="Test.TestServiceClient,Test" communicationObjectEndpointName="TestService ">
  </Object>

  WCF服務要多設置communicationObjectEndpointName屬性。即：type的值為繼承System.ServiceModel.ClientBase<T>的客戶端代理對象的全名，communicationObjectEndpointName的值為客戶端配置的WCF服務名。

  調用同普通的本地服務一樣.
  Contracts.ITestService testService1 = Netop.Core.LocatorService.AppObjectLocatorManager.GetObject("TestService1")  as  Contracts.ITestService ;
  不使用時一定要記得調用：Netop.Core.LocatorService.AppObjectLocatorManager.FreeObject（"TestService1", testService1);

  WCF服務不可進行設值註入和isSingleton的設置,因為其實例化的本質就只是一代理對象而矣。

  總結一下：DefaultAppObjectLocatorService類實現了IObjectLocator介面，GetObject實現了本地服務、遠程服務（NET Remoting）和WCF服務的引用。本地服務還實現了依賴註入中的設值註入，當然還實現了AOP--下節將要談到的內容。不管上面所有的實現，最後的調用僅為GetObject和FreeObject，如下所示：

    IService2 s2 = Netop.Core.LocatorService.AppObjectLocatorManager.GetObject("A2")  as  IService2 ;
    ...... //其它代碼

    Netop.Core.LocatorService.AppObjectLocatorManager.FreeObject（"A2", s2);

    就是這麼簡單!

 

    輕量級的.NET對象查找服務和AOP開發框架源碼Netop.Core3.5下載地址:http://download.csdn.NET/detail/tom_cat_xie_jxdy/9837303

    輕量級的.NET對象查找服務和AOP開發框架測試源碼 下載地址:http://download.csdn.Net/detail/tom_cat_xie_jxdy/9837278

   Netop.Core--輕量級的.NET對象查找服務和AOP開發框架文檔下載地址:http://download.csdn.net/detail/tom_cat_xie_jxdy/9838212

 


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • Linux學習第二步(Java環境安裝)
    jdk版本：jdk-8u131-linux-x64.rpm 註：以下操作在root用戶或具有root許可權的用戶下操作 一、將 dk-8u131-linux-x64.rpm拷貝到/home目錄下 二、解壓rpm文件 三、環境變數的配置 註：環境變數的配置稍微麻煩一點，不過也不是特別難。 1.輸入以下命 ...
  • C# 使用 SqlBulkCopy 類批量複製數據到資料庫
    最近公司需要優化導入的問題，由於之前使用的方式是生成 Insert 語句插入資料庫，數據量小的時候還行，但是隨著發展數據量漸漸大了，之前的方法性能就跟不上了，於是發現了 SqlBulkCopy 這個類。 使用 SqlBulkCopy 類只能向 SQL Server 表寫入數據。但是，數據源不限於 S ...
  • 一次基於Vue.Js的用戶體驗優化
    一.寫在前面 半年以前，第一次在項目上實踐VueJs,由於在那之前，沒有Angular,avalon等框架的實踐經驗，所以在Vue的使用上，沒有給自己總結出更多的經驗和體驗。隨著項目進行和優化改版，無論是新代碼的增加還是舊代碼，在功能的實現和代碼的書寫上，Vue逐漸替代了Jquery，除了有些不容易 ...
  • 避免在構造函數中調用虛方法（Do not call overridable methods in constructors）
    CLR中說道，不要在構造函數中調用虛方法，原因是假如被實例化的類型重寫了虛方法，就會執行派生類型對虛方法的實現。但在這個時候，尚未完成對繼承層次結構中所有欄位的初始化。所以，調用虛方法會導致不可預測的行為。歸根結底，這是由於調虛方法時，直到運行時之前，都不會選擇執行該方法的實際類型。 在MSDN中， ...
  • WPF 雜談——自定義控制項
    如果只是使用現有的WPF控制項的話，是很難滿足當前社會多複雜的業務。所以用戶自己訂製一系列控制項也是一種不可避免的情勢。WPF在控制方面分為倆種：用戶控制項和自定義控制項。相信看過前面章節的就明白他們倆者之間的差別。理解用戶控制項並不難——把現有的控制項組合在一起形成的控制項。而在筆者看來自定義控制項才是WPF最吸 ...
  • asp.net core 之多語言國際化自定義資源文件
    先說說 asp.net core 預設的多語言和國際化。 官方文檔 一：基本使用方法 先要安裝 包 Microsoft.AspNetCore.Mvc.Localization （依賴 Microsoft.Extensions.Localization） 然後使用 資源文件保存不同的語言對應的數據。 ...
  • asp.net core tags 擴展之 id 和 name
    asp.net core 頁面 TagHelper 的 Id 和 Name 屬性擴展 。 原博客鏈接 ： https://blog.wuliping.cn/post/aspnet-core-taghelper-extensions-for-id-and-name ...
  • 張高興的 Windows 10 IoT 開發筆記：使用 ADS1115 讀取模擬信號
    考慮到 Raspberry Pi 讀取模擬信號是很煩人的事情，更何況是在沒人玩的 Windows 10 IoT 下，所以準備正兒八經的寫點東西。 需求：使用 Raspberry Pi 讀取輸出模擬信號的 MQ 系列氣體感測器。（GitHub：https://github.com/ZhangGaoxi ...
一周排行
    -Advertisement-
    Play Games
  • WPF 已知問題 監聽 WMI 事件導致觸摸失效
    示例項目結構 在 Visual Studio 中創建一個 WinForms 應用程式後，項目結構如下所示： MyWinFormsApp/ │ ├───Properties/ │ └───Settings.settings │ ├───bin/ │ ├───Debug/ │ └───Release/ ...
  • [STAThread]特性
    [STAThread] 特性用於需要與 COM 組件交互的應用程式，尤其是依賴單線程模型（如 Windows Forms 應用程式）的組件。在 STA 模式下，線程擁有自己的消息迴圈，這對於處理用戶界面和某些 COM 組件是必要的。 [STAThread] static void Main(stri ...
  • UWP WinUI3 傳入 AddHandler 的 RoutedEventHandler 類型與事件所需不匹配將拋出參數異常
    在WinForm中使用全局異常捕獲處理 在WinForm應用程式中，全局異常捕獲是確保程式穩定性的關鍵。通過在Program類的Main方法中設置全局異常處理，可以有效地捕獲並處理未預見的異常，從而避免程式崩潰。 註冊全局異常事件 [STAThread] static void Main() { / ...
  • .NET 多版本 WinForm 開源控制項庫 SunnyUI
    前言 給大家推薦一款開源的 Winform 控制項庫，可以幫助我們開發更加美觀、漂亮的 WinForm 界面。 項目介紹 SunnyUI.NET 是一個基於 .NET Framework 4.0+、.NET 6、.NET 7 和 .NET 8 的 WinForm 開源控制項庫，同時也提供了工具類庫、擴展 ...
  • .net core8 使用Swagger（附當前源碼）
    說明 該文章是屬於OverallAuth2.0系列文章，每周更新一篇該系列文章（從0到1完成系統開發）。 該系統文章，我會儘量說的非常詳細，做到不管新手、老手都能看懂。 說明：OverallAuth2.0 是一個簡單、易懂、功能強大的許可權+可視化流程管理系統。 有興趣的朋友，請關註我吧(*^▽^*) ...
  • WPF 什麼時候 VisualTreeHelper.GetDescendantBounds 將返回無窮大
    一、下載安裝 1.下載git 必須先下載並安裝git，再TortoiseGit下載安裝 git安裝參考教程：https://blog.csdn.net/mukes/article/details/115693833 2.TortoiseGit下載與安裝 TortoiseGit，Git客戶端，32/6 ...
  • C# 開源教程帶你輕鬆掌握數據結構與演算法
    前言 在項目開發過程中，理解數據結構和演算法如同掌握蓋房子的秘訣。演算法不僅能幫助我們編寫高效、優質的代碼，還能解決項目中遇到的各種難題。 給大家推薦一個支持C#的開源免費、新手友好的數據結構與演算法入門教程：Hello演算法。 項目介紹 《Hello Algo》是一本開源免費、新手友好的數據結構與演算法入門 ...
  • 第22篇 生成proto文件bat腳本
    1.生成單個Proto.bat內容 @rem Copyright 2016, Google Inc. @rem All rights reserved. @rem @rem Redistribution and use in source and binary forms, with or with ...
  • 記一次 .NET某上位機視覺程式 卡死分析
    一：背景 1. 講故事 前段時間有位朋友找到我，說他的窗體程式在客戶這邊出現了卡死，讓我幫忙看下怎麼回事？dump也生成了，既然有dump了那就上 windbg 分析吧。 二：WinDbg 分析 1. 為什麼會卡死 窗體程式的卡死，入口門檻很低，後續往下分析就不一定了，不管怎麼說先用 !clrsta ...
  • 醫學DICOM文件與PACS系統進行數據傳輸
    前言 人工智慧時代，人臉識別技術已成為安全驗證、身份識別和用戶交互的關鍵工具。 給大家推薦一款.NET 開源提供了強大的人臉識別 API，工具不僅易於集成，還具備高效處理能力。 本文將介紹一款如何利用這些API，為我們的項目添加智能識別的亮點。 項目介紹 GitHub 上擁有 1.2k 星標的 C# ...
所有分類