1. 程式人生 > >打造自己的.NET Core專案模板

打造自己的.NET Core專案模板

前言

每個人都有自己習慣的專案結構,有人的喜歡在專案裡面建解決方案資料夾;有的人喜歡傳統的三層命名;有的人喜歡單一,簡單的專案一個csproj就搞定。。

反正就是蘿蔔青菜,各有所愛。

可能不同的公司對這些會有特定的要求,也可能會隨開發自己的想法去實踐。

那麼,問題就來了。如果有一個新專案,你會怎麼去建立?

可能比較多的方式會是下面三種:

  • 簡單粗暴型,開啟VS就是右鍵新增,然後引入一堆包,每個專案新增引用。
  • 指令碼型,基於dotnet cli,建立解決方案,建立專案,新增包,新增專案引用。
  • 高大上型,VS專案模板,直接整合到VS上面了。

以前我也是基於dotnet cli寫好了sh或ps的指令碼,然後用這些指令碼來生成新專案。

但是呢,這三種方式,始終都有不盡人意的地方。

因為建好的都是空模板,還要做一堆複雜的操作才可以讓專案“正常”的跑起來。比如,這個公共類要抄過來,那個公共類要抄過來。。。這不是明擺著浪費時間嘛。。。

下面介紹一個小辦法來幫大家省點時間。

基於dotnet cli建立自己的專案模板,也就是大家常說的腳手架。

dotnet cli專案模板預熱

開始正題之前,我們先看一下dotnet cli自帶的一些模板。

可以看到種類還是很多的,由於工作大部分時間都是在寫WebAPI,所以這裡就用WebAPI來寫個簡單的模板。

下面我們就基於dotnet cli寫一個自己的模板。

編寫自己的模板

既然是模板,就肯定會有一個樣例專案。

下面我們建一個樣例專案,大致成這樣,大家完全可以按照自己習慣來。

這其實就是一個普通的專案,裡面添加了NLog,Swagger,Dapper等元件,各個專案的引用關係是建好的。

該有的公共類,裡面也都包含了,好比宇內分享的那個WebHostBuilderJexusExtensions。

下面是這個模板跑起來的效果。

就是一個簡單的Swagger頁面。

現在樣例已經有了,要怎麼把這個樣例變成一個模板呢?

答案就是template.json

在樣例的根目錄建立一個資料夾.template.config,同時在這個資料夾下面建立template.json

示例如下:

{
    "author": "Catcher Wong", //必須
    "classifications": [ "Web/WebAPI" ], //必須,這個對應模板的Tags
    "name": "TplDemo", //必須,這個對應模板的Templates
    "identity": "TplDemoTemplate", //可選,模板的唯一名稱
    "shortName": "tpl", //必須,這個對應模板的Short Name
    "tags": {
      "language": "C#" ,
      "type":"project"
    },
    "sourceName": "TplDemo",  // 可選,要替換的名字
    "preferNameDirectory": true  // 可選,新增目錄  
}

在這裡,有幾個比較重要的東西,一個是shortName,一個是sourceName

  • shortName,簡寫,偷懶必備,好比能寫 -h 就絕對不寫 --help
  • sourceName,這是個可選的欄位,它的值會替換指定的專案名,正常是把專案名賦值在這裡。如果不指定,建立的專案就和樣例專案保持一致。

在寫完template.json之後,還需要安裝一下這個模板到我們的cli中。

使用 dotnet new -i進行模板的安裝。

下面是安裝示例。

dotnet new -i ./content/TplDemo

這裡要注意的是,與.template.config資料夾同級的目錄,都會被打包進模板中。

在執行安裝命令之後,就可以看到我們的模板已經安裝好了。

這個時候已經迫不及待的想來試試這個模板了。

先來看看這個模板的幫助資訊。

dotnet new tpl -h

因為我們目前還沒有設定引數,所以這裡顯示的是還沒有引數。

下面來建立一個專案試試。

從建立一個專案,到執行起來,很簡單,效果也是我們預期的。

下面來看看,新建的這個HelloTpl這個專案的目錄結構和我們的模板是否一樣。

可以看到,除了名字,其他的內容都是一樣的。

是不是感覺又可以少複製貼上好多程式碼了。

雖說,現在建專案,已經能把一個大的模板完整的copy出來了,但是始終不是很靈活!

可能有小夥伴會問,明明已經很方便了呀,為什麼還會說它不靈活呢?

且聽我慢慢道來。

如果說這個模板是個大而全的模板,包含了中介軟體A,中介軟體B,中介軟體C等N箇中間件!

而在建新專案的時候,已經明確了只用中介軟體A,那麼其他的中介軟體對我們來說,可能就沒有太大的存在意義!

很多時候,不會想讓這些多餘的檔案出現在程式碼中,有沒有辦法來控制呢?

答案是肯定的!可以把不需要的檔案排除掉就可以了。

檔案過濾

模板專案中有一個RequestLogMiddleware,就用它來做例子。

我們只需要做下面幾件事就可以了。

第一步,在template.json中新增過濾

加入一個名字為EnableRequestLog的symbol。同時指定原始檔

{
    "author": "Catcher Wong",
    //others...
    "symbols":{
      //是否啟用RequestLog這個Middleware
      "EnableRequestLog": {
        "type": "parameter", //它是引數
        "dataType":"bool", //bool型別的引數
        "defaultValue": "false" //預設是不啟用
      }
    },
    "sources": [
      {
          "modifiers": [
              {
                  "condition": "(!EnableRequestLog)", //條件,由EnableRequestLog引數決定
                  "exclude": [ //排除下面的檔案
                    "src/TplDemo/Middlewares/RequestLogMiddleware.cs",
                    "src/TplDemo/Middlewares/RequestLogServiceCollectionExtensions.cs" 
                  ]
              }
          ]
      }
    ]    
  }

第二步,在模板的程式碼中做一下處理

主要是Startup.cs,因為Middleware就是在這裡啟用的。

    using System;
    //other using...
    using TplDemo.Core;
#if (EnableRequestLog)    
    using TplDemo.Middlewares;
#endif

    /// <summary>
    /// 
    /// </summary>
    public class Startup
    {
        public void Configure(IApplicationBuilder app, IHostingEnvironment env)
        {
            //other code....
#if (EnableRequestLog)
            //request Log
            app.UseRequestLog();
#endif            
            app.UseMvc(routes =>
            {
                routes.MapRoute(
                    name: "default",
                    template: "{controller=Home}/{action=Index}/{id?}");
            });
        }
    }

這樣的話,只要EnableRequestLog是true,那麼就可以包含這兩段程式碼了。

下面更新一下已經安裝的模板。

這個時候再去看它的幫助資訊,已經可以看到我們加的引數了。

下面先建一個預設的(不啟用RequestLog)

dotnet new tpl -n NoLog

這個命令等價於

dotnet new tpl -n WithLog -E false

下面是建好之後的目錄結構和Startup.cs

可以看到RequestLog相關的東西都已經不見了。

再建一個啟用RequestLog的,看看是不是真的起作用了。

dotnet new tpl -n WithLog -E true

可以看到,效果已經出來了。

下面在介紹一個比較有用的特性。動態切換,這個其實和上面介紹的內容相似。

動態切換

直接舉個例子來說明吧。

假設我們的模板支援MSSQL, MySQL, PgSQL和SQLite四種資料庫操作

在新建一個專案的時候,只需要其中一種,好比說要建一個PgSQL的,肯定就不想看到其他三種。

這裡不想看到,有兩個地方,一個是nuget包的引用,一個是程式碼。

上一小節是對某個具體的功能進行了開關的操作,這裡有了4個,我們要怎麼處理呢?

我們可以用型別是choice的引數來完成這個操作。

修改template.json,加入下面的內容

{
  "author": "Catcher Wong",
  //others
  "symbols":{
    "sqlType": {
      "type": "parameter",
      "datatype": "choice",
      "choices": [
        {
          "choice": "MsSQL",
          "description": "MS SQL Server"
        },
        {
          "choice": "MySQL",
          "description": "MySQL"
        },
        {
          "choice": "PgSQL",
          "description": "PostgreSQL"
        },
        {
          "choice": "SQLite",
          "description": "SQLite"
        }
      ],
      "defaultValue": "MsSQL",
      "description": "The type of SQL to use"
    },  
    "MsSQL": {
      "type": "computed",
      "value": "(sqlType == \"MsSQL\")"
    },
    "MySQL": {
      "type": "computed",
      "value": "(sqlType == \"MySQL\")"
    },
    "PgSQL": {
      "type": "computed",
      "value": "(sqlType == \"PgSQL\")"
    },
    "SQLite": {
      "type": "computed",
      "value": "(sqlType == \"SQLite\")"
    }
  }
}

看了上面的JSON內容之後,相信大家也知道個所以然了。有一個名為sqlType的引數,它有幾中資料庫選擇,預設是MsSQL。

還另外定義了幾個計算型的引數,它的取值是和sqlType的值息息相關的。

MsSQL,MySQL,PgSQL和SQLite這4個引數也是我們在程式碼裡要用到的!!

修改csproj檔案,讓它可以根據sqlType來動態引用nuget包,我們加入下面的內容

<ItemGroup Condition="'$(MySQL)' == 'True' ">  
    <PackageReference Include="MySqlConnector" Version="0.47.1" />
</ItemGroup>

<ItemGroup Condition="'$(PgSQL)' == 'True' ">  
    <PackageReference Include="Npgsql" Version="4.0.3" />
</ItemGroup>

<ItemGroup Condition="'$(SQLite)' == 'True' ">  
    <PackageReference Include="Microsoft.Data.Sqlite" Version="2.1.0" />
</ItemGroup>

同樣的,程式碼也要做相應的處理

#if (MsSQL)
    using System.Data.SqlClient;
#elif (MySQL)
    using MySql.Data.MySqlClient;
#elif (PgSQL)
    using Npgsql;
#else 
    using Microsoft.Data.Sqlite;
#endif

    protected DbConnection GetDbConnection()
    {
#if (MsSQL)            
        return new SqlConnection(_connStr);
#elif (MySQL)            
        return new MySqlConnection(_connStr);
#elif (PgSQL)             
        return new NpgsqlConnection(_connStr);
#else              
        return new SqliteConnection(_connStr);
#endif              
    }

修改好之後,同樣要去重新安裝這個模板,安裝好之後,就可以看到sqlType這個引數了。

下面分別建立一個MsSQL和PgSQL的專案,用來對比和驗證。

先後執行

dotnet new tpl -n MsSQLTest -s MsSQL 
dotnet new tpl -n PgSQLTest -s PgSQL

然後開啟對應的csproj

可以看到,PgSQL的,新增多了NPgsql這個包。而MsSQL的卻沒有。

同樣的,DapperRepositoryBase也是一樣的效果。在建立Connection物件的時候,都根據模板來生成了。

當然這個是在我們自己本地安裝的模板,其他人是沒有辦法使用的。

如果想公開,可以釋出到nuget上面去。如果是在公司內部共享,可以搭建一個內部的nuget服務,將模板上傳到內部伺服器裡面去。

下面是一些可以開箱即用的模板:

https://dotnetnew.azurewebsites.net/

總結

有一個自己的專案模板(腳手架),還是很方便的。

一建生成自己需要的東西,減少了不必要的程式碼複製,可以將更多精力放在業務實現上。

在平時還是要有一些積累,當積累足夠豐富之後,我們的腳手架可能就會變得十分強大。

參考文件

dotnet new下面預設的模板 https://github.com/aspnet/Templating

templating的原始碼 https://github.com/dotnet/templating

template.json的說明 https://github.com/dotnet/templating/wiki/Reference-for-template.json

dotnet cli的文件 https://docs.microsoft.com/en-us/dotnet/core/tools/dotnet?tabs=netcore21

最後是文中的示例程式碼

Template