關於 .NET Core 動態鏈接庫的開發

来源:http://www.cnblogs.com/TextEditor/archive/2016/12/01/6121207.html
-Advertisement-
Play Games

上個月月底，VS2017RC版發佈了，一個很大的特點就是將原來的xProj文件又改回了csproj了。 這樣一改，其實很多新的問題也暴露出來了，最嚴重的問題就是Net版本相容性。 原來的Net體系大致是NetFramework，Net Core這樣的，雖然也有Net Standard 這樣的概念，但 ...


上個月月底，VS2017RC版發佈了，一個很大的特點就是將原來的xProj文件又改回了csproj了。
這樣一改，其實很多新的問題也暴露出來了，最嚴重的問題就是Net版本相容性。

原來的Net體系大致是NetFramework，Net Core這樣的，雖然也有Net Standard 這樣的概念，但是很少有人會去關註。
但是，現在的VS將這三種體系都結合在一起了，傳統的Winform還是NetFramework體系，新的AspNet使用的是NetCore體系，但是動態連接庫使用的是NetStandard體系。
這三個體系是可以相互轉化的，通過試驗證明，在運行的層面，沒有什麼問題，但是由於MSBuild還沒有跟上，所以VS裡面報錯是密密麻麻，不忍直視。

新建的解決方案，一個是NetFrame的Winform，一個是Standard的動態鏈接庫。

下圖中就可以看到，動態鏈接庫是可以引入的（作為解決方案中的項目），但是存在警告。

同時可以看到最大的問題是VS裡面，都是錯誤警告：

在原來的VS2015，使用project.json的時候，在上圖的左上角是可以選擇 NetFramework462，NetCore的，現在是無法選擇的。
暫時不知道VS2017的後續版本這麼處理這個問題。

個人覺得這次NetCore的發展速度很快，但是思路卻有些混亂了，現在主要的問題是：
1.原本的庫，沒有辦法完整的移植到跨平臺的環境，除了UI的庫之外，很多涉及到平臺特性的庫，都是缺失的。
2.現在微軟的方向，即考慮到要通過NetStandard實現來作為標準，又要相容之前的NetCore的命名方式。估計近期有會出現一股命名潮。
3.VS工具不成熟的前提下，硬推Mac版的VS，其實Mac版的VS沒有什麼亮點，雞肋。還不如全力完善Win版的VS。

[更新]
如果編輯了csproj文件

  <PropertyGroup>
    <TargetFramework>netstandard1.6</TargetFramework>
    <TargetFramework>net462</TargetFramework>
  </PropertyGroup>

則發現，項目無法編譯成功（單個TargetFramework可以編譯成功）

    <PackageReference Include="System.Xml.XmlSerializer">
      <Version>4.3.0</Version>
    </PackageReference>

這個包，在兩個Framework的時候無法使用。不知道怎麼修改。

在過去project.json的時候如下

{
  "version": "1.0.0-*",

  "dependencies": {
    "mongocsharpdriver": "2.3.0-rc1",
    "MongoDB.Driver": "2.3.0-rc1"
  },

  "frameworks": {
    "netcoreapp1.0": {
      "imports": "netcoreapp1.0",
      "dependencies": {
        "System.Xml.XmlSerializer": "4.0.11" 
      }
    },
    "net462": {
      "frameworkAssemblies": {
        "System.Xml": "4.0.0.0",
        "System.Xml.XmlSerializer": "4.0.10"
      }
    }
  }
}

以下問題不知道是不是因為兩個Framework產生的。
二義性問題，我看了一下定義，也發現兩個一模一樣的地方，按照道理來說，應該只有一處才對。不知道誰知道理由嗎。

該項目在AspNet中發生錯誤：
netcoreapp1.0 和 netframework462,standard1.6 之間相容性不知道是否有文檔

[更新]為了相容netcoreapp1.0,繼續增加條件

<Project ToolsVersion="15.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <Import Project="$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props" />
  <PropertyGroup Label="Configuration">
    <RootNamespace>MongoUtility</RootNamespace>
  </PropertyGroup>
  <PropertyGroup>
    <TargetFramework>netstandard1.6</TargetFramework>
    <TargetFramework>net462</TargetFramework>
    <TargetFramework>netcoreapp1.0</TargetFramework>
  </PropertyGroup>
  <ItemGroup>
    <Compile Include="..\MongoUtility\Aggregation\*.cs" />
    <Compile Include="..\MongoUtility\Basic\*.cs" />
    <Compile Include="..\MongoUtility\Command\*.cs" />
    <Compile Include="..\MongoUtility\Core\*.cs" />
    <Compile Include="..\MongoUtility\EventArgs\*.cs" />
    <Compile Include="..\MongoUtility\Security\*.cs" />
    <Compile Include="..\MongoUtility\ToolKit\*.cs" />
    <EmbeddedResource Include="**\*.resx" />
  </ItemGroup>
  <ItemGroup>
    <PackageReference Include="mongocsharpdriver">
      <Version>2.4.0-beta1</Version>
    </PackageReference>
    <PackageReference Include="MongoDB.Bson">
      <Version>2.4.0-beta1</Version>
    </PackageReference>
    <PackageReference Include="MongoDB.Driver">
      <Version>2.4.0-beta1</Version>
    </PackageReference>
    <PackageReference Include="MongoDB.Driver.Core">
      <Version>2.4.0-beta1</Version>
    </PackageReference>
    <PackageReference Include="NETStandard.Library">
      <Version>1.6.1</Version>
    </PackageReference>
    <PackageReference Include="Microsoft.NET.Sdk">
      <Version>1.0.0-alpha-20161104-2</Version>
      <PrivateAssets>All</PrivateAssets>
    </PackageReference>
  </ItemGroup>
  <ItemGroup Condition=" '$(TargetFramework)' == 'netstandard1.6' ">
    <PackageReference Include="Microsoft.CSharp">
      <Version>4.3.0</Version>
    </PackageReference>
  </ItemGroup>
  <ItemGroup Condition=" '$(TargetFramework)' == 'net462' ">
    <Reference Include="System.Xml" />
    <Reference Include="System" />
    <Reference Include="Microsoft.CSharp" />
  </ItemGroup>
  <ItemGroup Condition=" '$(TargetFramework)' == 'netcoreapp1.0' ">
    <PackageReference Include="System.Xml.XmlSerializer">
      <Version>4.3.0</Version>
    </PackageReference>
    <PackageReference Include="System.Runtime.Serialization.Formatters">
      <Version>4.3.0</Version>
    </PackageReference>
  </ItemGroup>
  <Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />
</Project>

這樣的代碼構成和版本問題，我不知道是我學得不夠深入，還是NetCore還處於未完成狀態。
既然從project.json換回csproj，那麼圖形界面也應該準備好，還有就是csproj的相容性，MSBuild的相容性。不知道2017正式版能否改掉這些問題。

版本的大坑：

    ResourceLib -> E:\WorkSpace\MongoCola\ResourceLib\bin\Debug\ResourceLib.dll
    Common -> E:\WorkSpace\MongoCola\Common\bin\Debug\Common.dll
E:\WorkSpace\MongoCola\MongoUtility\Core\RuntimeMongoDBContext.cs(26,20,26,49): warning CS0618: “MongoClientExtensions.GetServer(MongoClient)”已過時:“Use the new API instead.” 
E:\WorkSpace\MongoCola\MongoUtility\Core\ConnectionInfo.cs(77,27,77,45): warning CS0618: “MongoClientExtensions.GetServer(MongoClient)”已過時:“Use the new API instead.” 
E:\WorkSpace\MongoCola\MongoUtility\Core\RuntimeMongoDBContext.cs(646,60,646,78): warning CS0618: “MongoClientExtensions.GetServer(MongoClient)”已過時:“Use the new API instead.” 
E:\WorkSpace\MongoCola\MongoUtility\Command\DataBaseCommand.cs(112,37,112,89): warning CS0618: “MongoClientExtensions.GetServer(MongoClient)”已過時:“Use the new API instead.” 
E:\WorkSpace\MongoCola\MongoUtility\Command\DataBaseCommand.cs(136,30,136,73): warning CS0618: “MongoClientExtensions.GetServer(MongoClient)”已過時:“Use the new API instead.” 
    MongoUtilityStandard -> E:\WorkSpace\MongoCola\MongoUtilityStandard\bin\Debug\netcoreapp1.0\MongoUtilityStandard.dll
E:\WorkSpace\MongoCola\MongoGUICtl\ClientTree\FillDataBaseInfoToTreeNode.cs(45,17,45,35): warning CS0618: “MongoClientExtensions.GetServer(MongoClient)”已過時:“Use the new API instead.” 
E:\WorkSpace\MongoCola\MongoGUICtl\ClientTree\FillDataBaseInfoToTreeNode.cs(57,17,57,35): warning CS0618: “MongoClientExtensions.GetServer(MongoClient)”已過時:“Use the new API instead.” 
E:\WorkSpace\MongoCola\MongoGUICtl\ClientTree\FillDataBaseInfoToTreeNode.cs(78,17,78,35): warning CS0618: “MongoClientExtensions.GetServer(MongoClient)”已過時:“Use the new API instead.” 
E:\WorkSpace\MongoCola\MongoGUICtl\ClientTree\UIHelper.cs(169,21,169,44): warning CS0618: “MongoClientExtensions.GetServer(MongoClient)”已過時:“Use the new API instead.” 
E:\WorkSpace\MongoCola\MongoGUICtl\ClientTree\UIHelper.cs(373,17,373,35): warning CS0618: “MongoClientExtensions.GetServer(MongoClient)”已過時:“Use the new API instead.” 
E:\WorkSpace\MongoCola\MongoGUICtl\ClientTree\UIHelper.cs(375,43,375,61): warning CS0618: “MongoClientExtensions.GetServer(MongoClient)”已過時:“Use the new API instead.” 
E:\WorkSpace\MongoCola\MongoGUICtl\ClientTree\UIHelper.cs(382,25,382,43): warning CS0618: “MongoClientExtensions.GetServer(MongoClient)”已過時:“Use the new API instead.” 
    MongoGUICtl -> E:\WorkSpace\MongoCola\MongoGUICtl\bin\Debug\MongoGUICtl.dll
    MongoGUIView -> E:\WorkSpace\MongoCola\MongoGUIView\bin\Debug\MongoGUIView.dll
    FunctionForm -> E:\WorkSpace\MongoCola\FunctionForm\bin\Debug\FunctionForm.dll
    PlugInPrj -> E:\WorkSpace\MongoCola\PlugInPrj\bin\Debug\PlugInPrj.dll
    無法解決“System.Runtime, Version=4.1.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a”與“System.Runtime, Version=4.0.20.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a”之間的衝突。正在隨意選擇“System.Runtime, Version=4.1.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a”。
    請考慮使用 app.config 將程式集“System.Runtime, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a”從版本“4.0.20.0”[C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.2\Facades\System.Runtime.dll]重新映射到版本“4.1.0.0”[]，以解決衝突並消除警告。
D:\Program Files (x86)\Microsoft Visual Studio\2017\Community\MSBuild\15.0\Bin\Microsoft.Common.CurrentVersion.targets(1909,5): warning MSB3276: 發現同一依賴程式集的不同版本間存在衝突。請將項目文件中的“AutoGenerateBindingRedirects”屬性設置為 true。有關詳細信息，請參閱 http://go.microsoft.com/fwlink/?LinkId=294190。 
    MongoCola -> E:\WorkSpace\MongoCola\MongoCola\bin\Debug\MongoCola.exe
========== 全部重新生成: 成功 8 個，失敗 0 個，跳過 0 個 ==========




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

-Advertisement-
Play Games
更多相關文章
  • C# 用this修飾符為原始類型擴展方法
    定義一個靜態類，類中定義靜態方法，方法中參數類型前邊加上this修飾符，即可實現對this所指向類的擴展。 有點類似js中通過類的原型去擴展方法，類的實例對象就可以通過對象.方法名去調用 示例如 ...
  • ASP.NET Core project.json imports 是什麼意思？
    示例代碼： is a way to use packages that were not designed for that framework. Basically you tell it "Use those targets even though they don't seem to be s ...
  • [轉載]C#使用Interlocked進行原子操作
    在C#中有多個線程同時對某個變數進行操作的時候，我們應該使用原子操作，防止多線程取到的值不是最新的值。 本文介紹了多線程中使用原子操作與不使用原子操作的不同，以及使用原子操作與使用lock鎖來保障多線程執行的唯一性的性能優劣。 ...
  • entityframework學習筆記--005-給code first一個正確的解釋
    在微軟官方關於ef7的介紹中強調，ef7將捨棄database first、model first，只保留code first的使用。這引起了很多人的擔憂，擔憂源自對code first的錯誤理解。因為很多人認為code first是區別於database first與model first的第三種 ...
  • 一款開源免費的.NET文檔操作組件——DocX
    在目前的軟體項目中，都會較多的使用到對文檔的操作，用於記錄和統計相關業務信息。由於系統自身提供了對文檔的相關操作，所以在一定程度上極大的簡化了軟體使用者的工作量。 在.NET項目中如果用戶提出了相關文檔操作的需求，開發者較多的會使用到微軟自行提供的插件，在一定程度上簡化了開發人員的工作量，但是同時也 ...
  • DevExpress GridView 自定義實現底部彙總
    1.設置gridview裡面的屬性中ShowFooter="True"，就是把gridview的頁腳顯示出來 this.gvData.OptionsView.ShowFooter = true; 2.設置要彙總的列,例如彙總"ReceiveMoney"金額列 3.給gridView添加CustomS ...
  • 多線程的非主線程的銷毀機制
    假設有如下代碼所示的多線程： 這個新建的線程t在執行完Test()方法後會自動銷毀嗎？還是需要寫代碼手動銷毀呢？ 下麵就多線程的非主線程銷毀機製做個總結： 1).t結束就自動銷毀了 2).設置線程屬性IsBackground=true 將線程t作為後臺線程，隨著主線程結束而一起結束，不管這個線程有沒 ...
  • 基於ASP.NET/C#開發國外支付平臺(Paypal)學習心得。
    最近一直在研究Paypal的支付平臺，因為本人之前沒有接觸過介面這一塊，新來一家公司比較不清楚流程就要求開發兩個支付平臺一個是支付寶（這邊就不再這篇文章裡面贅述了），但還是花了2-3天的時間通過自己研究和借鑒別人的文章以及強大的Paypal官方技術文檔搞清楚了真正的原理和開發過程。（如有不同見解或者 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類