【MVC 4】4.MVC 基本工具（Visual Studio 的單元測試、使用Moq）

来源:http://www.cnblogs.com/yc-755909659/archive/2016/03/15/5254427.html
-Advertisement-
Play Games

 作者：[美]Adam Freeman      來源：《精通ASP.NET MVC 4》 3.Visual Studio 的單元測試 有很多.NET單元測試包，其中很多是開源和免費的。本文打算使用 Visual Studio 附帶的內建單元測試支持，但其他一些.NET單元測試包也是可用的。 為了演


 作者：[美]Adam Freeman      來源：《精通ASP.NET MVC 4》

3.Visual Studio 的單元測試

有很多.NET單元測試包，其中很多是開源和免費的。本文打算使用 Visual Studio 附帶的內建單元測試支持，但其他一些.NET單元測試包也是可用的。

為了演示Visual Studio的單元測試支持，本例打算對示例項目添加一個 IDiscountHelper 介面的新實現。 在 Models 文件夾下新建類文件 MinimumDiscountHelper.cs ：

namespace EssentiaTools.Models
{
    public class MinimumDiscountHelper:IDiscountHelper
    {
        public decimal ApplyDiscount(decimal totalParam)
        {
            throw new NotImplementedException();
        }
    }
}

此例的的目標是讓 MinimumDiscountHelper 演示以下行為：

· 總額大於 $100時，折扣為10%

· 總額介於（並包括）$10~$100之間時，折扣為$5

· 總額小於$10時，無折扣

· 總額為負值時，拋出 ArgumentOutOfRangeException

 

3.1 創建單元測試項目

承接  【MVC 4】3.MVC 基本工具（創建示例項目、使用 Ninject） 的項目“EssentiaTools”，右擊解決方案資源管理器中的頂級條目，從彈出的菜單中選擇“Add New Project(新建項目)”

 

在彈出的對話框中，添加“Unit Test Project（單元測試項目）”，將項目名設置為EssentiaTools.Tests

 

然後對這一測試項目添加一個引用，以便能夠對MVC 項目中的類執行測試。

 

3.2 創建單元測試

在 Essential.Tests 項目的 UnitTest1.cs 文件中添加單元測試：

using System;
using Microsoft.VisualStudio.TestTools.UnitTesting;
using EssentiaTools.Models;

namespace EssentiaTools.Tests
{
    [TestClass]
    public class UnitTest1
    {
        private IDiscountHelper getTestObject()
        {
            return new MinimumDiscountHelper();
        }

        [TestMethod]
        public void Discount_Above_100()
        {
            //準備
            IDiscountHelper target = getTestObject();
            decimal total = 200;

            //動作
            var discountedTotal = target.ApplyDiscount(total);

            //斷言
            Assert.AreEqual(total * 0.9M, discountedTotal);
        }
    }
}

只添加了一個單元測試。含有測試的類是用 TestClass 註解屬性進行註釋的，其中的各個測試都是用 TestMethod 註解屬性進行註釋方法。並不是單元測試類中的所有方法都是單元測試。例如 getTestObject 方法因為該方法沒有 TestMethod 註解屬性，故 Visual Studio 不會把它當作一個單元測試。

可以看出，單元測試方法遵循了“準備/動作/斷言(A/A/A)”模式。

上述測試方法是通過調用 getTestObject 方法建立起來的，getTestObject 方法創建了一個待測試的實例 —— 本例為 MinimumDiscountHelper 類。另外還定義了要進行檢查的 total 值，這是單元測試的“準備（Arrange）” 部分。

對於測試的“動作（Act）”部分，調用 MinimumDiscountHelper.AppleDiscount 方法，並將結果賦給 discountedTotal 變數。最後，對於測試的“斷言（Assert）”部分使用了 Assert.AreEqual 方法，以檢查從 AppleDiscount 方法得到的值是最初總額的90% 。

 

Assert 類有一系列可以在測試中使用的靜態方法。這個類位於 Microsoft.VisualStudio.TestTools.UnitTesting 命名空間，該命名空間還包含了一些對建立和執行測試有用的其他類。有關該命名空間的類，可以參閱：https://msdn.microsoft.com/en-us/library/ms182530.aspx

Assert 類是用的最多的一個，其中重要的一些方法如下：

Assert 類中的每一個靜態方法都可以檢查單元測試的某個方面。如果斷言失敗，將拋出一個異常，這意味著整個單元測試失敗。由於每一個單元測試都是獨立進行處理的，因此其他單元測試將被繼續執行。

上述的每一個方法都有一個string 為參數的重載，該字元串作為斷言失敗時的消息元素。 AreEqual 和 AreNotEqual 方法有幾個重載，以滿足特定類型的比較。例如，有一個版本可以比較字元串， 而不需要考慮其他情況。

提示：Microsoft.VisualStudio.TestTools.UnitTesting 命名空間中一個值得註意的成員是 ExpectedException 屬性。這是一個斷言，只有當單元測試拋出 ExceptionType 參數指定類型的異常時，該斷言才是成功的。這是一種確保單元測試拋出異常的整潔方式，而不需要在單元測試中構造 try..catch 塊

 

為了驗證前述 MinimumDiscountHelper 的其他行為，修改文件 UnitTest1.cs 如下：

using System;
using Microsoft.VisualStudio.TestTools.UnitTesting;
using EssentiaTools.Models;

namespace EssentiaTools.Tests
{
    [TestClass]
    public class UnitTest1
    {
        private IDiscountHelper getTestObject()
        {
            return new MinimumDiscountHelper();
        }

        [TestMethod]
        public void Discount_Above_100()
        {
            //準備
            IDiscountHelper target = getTestObject();
            decimal total = 200;

            //動作
            var discountedTotal = target.ApplyDiscount(total);

            //斷言
            Assert.AreEqual(total * 0.9M, discountedTotal);
        }

        [TestMethod]
        public void Discount_Between_10_And_100()
        {
            //準備
            IDiscountHelper target = getTestObject();

            //動作
            decimal TenDollarDiscount = target.ApplyDiscount(10);
            decimal HundredDollarDiscount = target.ApplyDiscount(100);
            decimal FiftyDollarDiscount = target.ApplyDiscount(50);

            //斷言
            Assert.AreEqual(5, TenDollarDiscount, "$10 discount is wrong");
            Assert.AreEqual(95, HundredDollarDiscount, "$100 discoutn is wrong");
            Assert.AreEqual(45, FiftyDollarDiscount, "$50 discount is wrong");
        }

        [TestMethod]
        public void Discount_Less_Than_10()
        {
            IDiscountHelper target = getTestObject();

            decimal discount5 = target.ApplyDiscount(5);
            decimal discount0 = target.ApplyDiscount(0);

            Assert.AreEqual(5, discount5);
            Assert.AreEqual(0, discount0);
        }

        [TestMethod]
        [ExpectedException(typeof(ArgumentOutOfRangeException))]
        public void Discount_Negative_Total()
        {
            IDiscountHelper target = getTestObject();

            target.ApplyDiscount(-1);
        }
    }
}

 

3.3 運行單元測試（並失敗）

Visual Studio 2012 為管理和運行測試引入了一個更為有用的“Test Explorer(測試資源管理器)”視窗。從 Visual Studio 的“Test（測試）”菜單中選擇“Window（視窗）”—>"Test Explorer（測試資源管理器）"，便可以看到這一新視窗，點擊左上角附近的“RunAll（全部運行）”按鈕，會看到下圖效果：

可以在該視窗的左側面板中看到所定義的測試列表。所有的測試都失敗了，這是當然的，因為所測試的這些方法還未實現。可以點其中任意測試，測試失敗的原因和細節會顯示在視窗的右側面板中。

 

3.4 實現特性

現在，到了實現特性的時候了。當編碼工作完成時，基本上可以確信代碼是能夠按預期工作的。有了之前的準備，MinimumDiscountHelper 類的實現相當簡單：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;

namespace EssentiaTools.Models
{
    public class MinimumDiscountHelper : IDiscountHelper
    {
        public decimal ApplyDiscount(decimal totalParam)
        {
            if (totalParam < 0)
            {
                throw new ArgumentOutOfRangeException();
            }
            else if (totalParam > 100)
            {
                return totalParam * 0.9M;
            }
            else if (totalParam > 10 && totalParam <= 100)
            {
                return totalParam - 5;
            }
            else
            {
                return totalParam;
            }
        }
    }
}

 

3.5 測試並修正代碼

為了演示如何利用 Visual Studio 進行單元測試迭代，上述代碼故意留下了一個錯誤。如果點擊“測試資源管理器”視窗中的“全部運行”按鈕，則可以看到該錯誤的效果。測試結果如下：

可以看到，三個單元測試得到了通過，但 Discount_Between_10_And_100 測試方法檢測到了一個問題。當點擊這一失敗的測試時，可以看到測試期望得到的是5，但實際得到的是10。

此刻，重新審視代碼便會發現，並未得到適當的實現——特別是總額是10或100的折扣，未做適當處理。問題出在 MinimumDiscountHelper 類的這句語句上：

...
else if (totalParam > 10 && totalParam <= 100)
...

雖然目標是建立介於（包括）$10~$100 直接的行為，但實際卻排除了等於$10 的情況，修改成：

...
else if (totalParam >= 10 && totalParam <= 100)
...

重新運行測試，所有測試代碼都已通過：

 

4. 使用 Moq

前面的單元測試如此簡單的原因之一是因為測試的是一個不依賴於其他類而起作用的單一的類。當然，實際項目中有這樣的類，但往往還需要測試一些不能孤立運行的對象。在這些情況下，需要將註意力於感興趣的類或方法上，才能不必對依賴類也進行隱式測試。

一個有用的辦法是使用模仿對象，它能夠以一種特殊而受控的的方式，來模擬項目中實際對象的功能。模仿對象能夠縮小測試的側重點，以使用戶只檢查感興趣的功能。

 

4.1 理解問題

在開始使用 Moq 之前，本例想演示一個試圖要修正的問題。下麵打算對 LinqValueCalculator 類進行單元測試，LinqValueCalculator 在前面出現過，具體代碼為：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;

namespace EssentiaTools.Models
{
    public class LinqValueCalculator : IValueCalculator
    {
        private IDiscountHelper discounter;

        public LinqValueCalculator(IDiscountHelper discountParam)
        {
            discounter = discountParam;
        }
        public decimal ValueProducts(IEnumerable<Product> products)
        {
            return discounter.ApplyDiscount(products.Sum(p => p.Price));
        }
    }
}

為了，測試這個類，在單元測試項目中新增單元測試文件 UnitTest2.cs ：

using System;
using Microsoft.VisualStudio.TestTools.UnitTesting;
using EssentiaTools.Models;
using System.Linq;

namespace EssentiaTools.Tests
{
    [TestClass]
    public class UnitTest2
    {
        private Product[] products = {
                                         new Product{Name="Kayak",Catogory="Watersports",Price=275M},
                                         new Product{Name="Lifejacket",Catogory="Watersports",Price=48.95M},
                                         new Product{Name="Soccer ball",Catogory="Soccer",Price=19.50M},
                                         new Product{Name="Corner flag",Catogory="Soccer",Price=34.95M}
                                     };

        [TestMethod]
        public void Sum_Products_Correctly()
        {
            //準備
            var discounter = new MinimumDiscountHelper();
            var target = new LinqValueCalculator(discounter);
            var goalTotal = products.Sum(e => e.Price);

            //動作
            var result = target.ValueProducts(products);

            //斷言
            Assert.AreEqual(goalTotal, result);
        }
    }
}

現在面臨的問題是，LinqValueCalculator 類依賴於 IDiscountHelper 介面的實現才能進行操作。此例使用了 MinimumDiscountHelper 類（這是 IDiscountHelper 介面的實現類），它表現了兩個不同的問題。

第一個問題是單元測試變得複雜和脆弱。為了創建一個能夠進行工作的單元測試，需要考慮 IDiscountHelper 實現中的折扣邏輯，以便判斷出 ValueProducts 方法的預期值。脆弱來自這樣一個事實：一旦該實現中的折扣邏輯發生變化，測試便會失敗。

第二個也是最令人擔憂的問題是已經延展了這一單元測試的範圍，使它的隱式的包含了 MinimumDiscountHelper 類。當單元測試失敗時，用戶不知道問題是出在 LinqValueCalculator 類中，還是在 MinimumDiscountHelper 類中。

當單元測試簡單且焦點集中時，會工作的很好，而當前的設置會讓這兩個特征都不能得到滿足。而在MVC項目中添加並運用 Moq ，能夠避免這些問題。

 

4.2 將 Moq 添加到VisualStudio 項目

和前面的 Ninject 一樣，在測試項目中 搜索並添加 NuGet 程式包 Moq 。

 

4.3 對單元測試添加模仿對象

對單元測試添加模仿對象，其目的是告訴 Moq，用戶想使用哪一種對象。對它的行為進行配置，然後將該對象運用於測試目的。

在單元測試中使用 Mock 對象，為 LinqValueCalculator 的單元測試添加模仿對象，修改 UnitTest2.cs 文件：

using System;
using Microsoft.VisualStudio.TestTools.UnitTesting;
using EssentiaTools.Models;
using System.Linq;
using Moq;

namespace EssentiaTools.Tests
{
    [TestClass]
    public class UnitTest2
    {
        private Product[] products = {
                                         new Product{Name="Kayak",Catogory="Watersports",Price=275M},
                                         new Product{Name="Lifejacket",Catogory="Watersports",Price=48.95M},
                                         new Product{Name="Soccer ball",Catogory="Soccer",Price=19.50M},
                                         new Product{Name="Corner flag",Catogory="Soccer",Price=34.95M}
                                     };

        [TestMethod]
        public void Sum_Products_Correctly()
        {
            //準備
            Mock<IDiscountHelper> mock = new Mock<IDiscountHelper>();
            mock.Setup(m => m.ApplyDiscount(It.IsAny<decimal>())).Returns<decimal>(total => total);
            var target = new LinqValueCalculator(mock.Object);

            //動作
            var result = target.ValueProducts(products);

            //斷言
            Assert.AreEqual(products.Sum(e => e.Price), result);
        }
    }
}

 

第一次使用 Moq 時，可能會覺得其語法有點奇怪，下麵將演示該過程的每個步驟。

(1) 創建模仿對象

第一步是要告訴 Moq，用戶想使用的是哪種模仿對象。 Moq 十分依賴於泛型的類型參數，從以下語句可以看到這種參數的使用方式，這是告訴 Moq，要模仿的對象時 IDiscountHelper 實現。

...
Mock<IDiscountHelper> mock = new Mock<IDiscountHelper>();
...

創建一個強類型的的 Mock<IDiscountHelper> 對象，目的是告訴 Moq 庫，它要處理的是哪種類型——當然，這便是用於該單元測試的 IDiscountHelper 介面。單為了改善單元測試的側重點，這可以是想要隔離出來的任何類型。

 

(2) 選擇方法

除了創建強類型的Mock對象外，還需要指定它的行為方式——這是模仿過程的核心，它可以建立模仿所需要的基準行為，用戶可以將這種行為用於對單元測試中目標對象的功能進行測試。以下是單元測試中的語句，它為模仿對象建立了用戶所希望的行為。

...
 mock.Setup(m => m.ApplyDiscount(It.IsAny<decimal>())).Returns<decimal>(total => total);
...

用 Setup 方法給模仿對象添加一個方法。 Moq 使用 LINQ 和 lambda 表達式進行工作。在調用 Setup 方法時，Moq 會傳遞要求它的介面。它巧妙地封裝了一些本書不打算細說的LINQ 魔力，這種魔力讓用戶可以選擇想要通過 lambda 表達式進行配置或檢查的方法。對於該單元測試，希望定義 AppleDiscount 方法的行為，它是 IDiscountHelper 介面的唯一方法，也是對 LinqValueCalculator 類進行測試所需要的方法。

必須告訴 Moq 用戶感興趣的參數值是什麼，這是要用 It 類要做的事情，如以下加粗部分所示。

...
 mock.Setup(m => m.ApplyDiscount(It.IsAny<decimal>())).Returns<decimal>(total => total);
...

這個It 類定義了許多以泛型類型參數進行使用的方法。此例用 decimal 作為泛型類型調用了 IsAny 方式。這是告訴 Moq ，當以任何十進位為參數來調用 ApplyDiscount 方法時，它應該運用我們定義的這一行為。
下麵給出了 It 類所提供的方法，所有的這些方法都是靜態的。

 

 

(3) 定義結果

Returns 方法讓用戶指定在調用模仿方法時要返回的結果。其類型參數用以指定結果的類型，而用 lambda 表達式來指定結果。如下：

...
mock.Setup(m => m.ApplyDiscount(It.IsAny<decimal>())).Returns<decimal>(total => total);
...

通過調用帶有 decimal 類型參數的 Returns 方法（即 Returns<decimal>），這是告訴 Moq 要返回一個十進位的值。對於 lambda 表達式，Moq 傳遞了一個在ApplyDiscount 方法中接收的類型值 —— 此例創建了一個穿透方法，該方法返回了傳遞給模仿的 ApplyDiscount 方法的值，並未對這個值執行任何操作。

上述過程的思想是：

為了對 LinqValueCalculator 進行單元測試，如果創建一個 IDiscountHelper 模仿對象，便可以在單元測試中排除 IDiscountHelper 介面的實現類 MinimumDiscountHelper ，從而使單元測試更為簡單容易。用 Moq 創建模仿對象的整個過程包括了以下幾個步驟：a. 用 Mock 創建模仿對象； b. 用Setup 方法建立模仿對象的行為； c. 用 It 類設置行為的參數； d. 用Return 方法指定行為的返回類型； e. 用 lambda 表達式在Return 方法中建立具體行為。

 

(4) 使用模仿對象

最後一個步驟是在單元測試中使用這個模仿對象，通過讀取 Mock<IDiscountHelper> 對象的Object 屬性值來實現

...
var target = new LinqValueCalculator(mock.Object);
...

 

總結下，在上述示例中，Object 屬性返回 IDiscountHelper 介面的實現，該實現中的 ApplyDiscount 方法返回它傳遞的十進位參數的值。

這使單元測試很容易執行，因為用戶可以自行求取 Product 對象的價格總和，並檢查 LinqValueCalculator 對象得到了相同的值。

...
Assert.AreEqual(products.Sum(e => e.Price), result);
...

以這種方式使用 Moq 的好處是，單元測試只檢查 LinqValueCalculator 對象的行為，並不依賴任何 Models 文件夾中 IDiscountHelper 介面的真實實現。這意味著當測試失敗時，用戶便知道問題出在 LinqValueCalculator 實現中，或建立模仿對象的方式中。而解決源自這些方面的問題，比處理實際對象鏈及其相互交互，要更叫簡單而容易。

 

4.4 創建更複雜的模仿對象

前面展示了一個十分簡單的模仿對象，但 Moq 最漂亮的部分是快速建立複雜行為以便對不同情況進行測試的能力。在 UnitTest2.cs  中新建一個單元測試，模仿更加複雜的 IDiscountHelper 介面實現。

using System;
using Microsoft.VisualStudio.TestTools.UnitTesting;
using EssentiaTools.Models;
using System.Linq;
using Moq;

namespace EssentiaTools.Tests
{
    [TestClass]
    public class UnitTest2
    {
        private Product[] products = {
                                         new Product{Name="Kayak",Catogory="Watersports",Price=275M},
                                         new Product{Name="Lifejacket",Catogory="Watersports",Price=48.95M},
                                         new Product{Name="Soccer ball",Catogory="Soccer",Price=19.50M},
                                         new Product{Name="Corner flag",Catogory="Soccer",Price=34.95M}
                                     };

        [TestMethod]
        public void Sum_Products_Correctly()
        {
            //準備
            Mock<IDiscountHelper> mock = new Mock<IDiscountHelper>();
            mock.Setup(m => m.ApplyDiscount(It.IsAny<decimal>())).Returns<decimal>(total => total);
            var target = new LinqValueCalculator(mock.Object);

            //動作
            var result = target.ValueProducts(products);

            //斷言
            Assert.AreEqual(products.Sum(e => e.Price), result);
        }

        private Product[] createProduct(decimal value)
        {
            return new[] { new Product { Price = value } };
        }

        [TestMethod]
        [ExpectedException(typeof(System.ArgumentOutOfRangeException))]
        public void Pass_Through_Variable_Discounts()
        {

            Mock<IDiscountHelper> mock = new Mock<IDiscountHelper>();
            mock.Setup(m => m.ApplyDiscount(It.IsAny<decimal>())).Returns<decimal>(total => total);
            mock.Setup(m => m.ApplyDiscount(It.Is<decimal>(v => v == 0))).Throws<System.ArgumentOutOfRangeException>();
            mock.Setup(m => m.ApplyDiscount(It.Is<decimal>(v => v > 100))).Returns<decimal>(total => (total * 0.9M));
            mock.Setup(m => m.ApplyDiscount(It.IsInRange<decimal>(10, 100, Range.Inclusive))).Returns<decimal>(total => total - 5);
            var target = new LinqValueCalculator(mock.Object);

            decimal FiveDollarDiscount = target.ValueProducts(createProduct(5));
            decimal TenDollarDiscount = target.ValueProducts(createProduct(10));
            decimal FiftyDollarDiscount = target.ValueProducts(createProduct(50));
            decimal HundredDollarDiscount = target.ValueProducts(createProduct(100));
            decimal FiveHundredDollarDiscount = target.ValueProducts(createProduct(500));

            Assert.AreEqual(5, FiveDollarDiscount, "$5 Fail");
            Assert.AreEqual(5, TenDollarDiscount, "$10 Fail");
            Assert.AreEqual(45, FiftyDollarDiscount, "$50 Fail");
            Assert.AreEqual(95, HundredDollarDiscount, "$100 Fail");
            Assert.AreEqual(450, FiveHundredDollarDiscount, "$500 Fail");
            target.ValueProducts(createProduct(0));
        }
    }
}

在單元測試期間，複製另一個模型類期望的行為似乎是在做一個奇怪的事情，但這能夠完美演示 Moq 的一些不同用法。

可以看出，根據所接收到的參數值，定義了 ApplyDiscount 方法的四個不同的行為。最簡單的行為是“全匹配”，它直接返回任意的decimal 值，如下：

mock.Setup(m => m.ApplyDiscount(It.IsAny<decimal>())).Returns<decimal>(total => total);

這是用於上一示例的同一行為，把它放在這是因為調用 Setup 方法的順序會影響模仿對象的行為。Moq 會以相反的順序評估所給定的行為，因此會考慮調用最後一個 Setup 方法。這意味著，用戶必須按從最一般到最特殊的順序，小心地創建模仿行為。 It.IsAny<decimal> 是此例所定義的最一般的條件，因而首先運用它。如果顛倒調用 Setup 的順序，該行為將能匹配對 ApplyDiscount 方法的所有調用，並生成錯誤的模仿結果。

 

(1) 模仿特定值（並拋出異常）

對於 Setup 方法第二個調用，使用了 It.Is 方法

 mock.Setup(m => m.ApplyDiscount(It.Is<decimal>(v => v == 0))).Throws<System.ArgumentOutOfRangeException>();

若傳遞給 ApplyDiscount 方法的值是0，則 Is方法的謂詞便返回 true。這裡並未返回一個結果，而是使用了 Throws 方法，這會讓 Moq 拋出一個用類型參數指定的異常實例。

示例還用 Is 方法捕捉了大於100的值：

mock.Setup(m => m.ApplyDiscount(It.Is<decimal>(v => v > 100))).Returns<decimal>(total => (total * 0.9M));

Is.It 方法是為不同參數值建立指定行為最靈活的方式，因為用戶可以使用任意謂詞來返回 true 或 false 。在創建複雜模仿對象的，這是最常用的方法。

 

(2) 模仿值的範圍

It 對象最後是和 IsInRange 方法一起使用的，它讓用戶能夠捕捉參數值的範圍。

mock.Setup(m => m.ApplyDiscount(It.IsInRange<decimal>(10, 100, Range.Inclusive))).Returns<decimal>(total => total - 5);

這裡介紹這一方法是出於完整性，如果是在用戶自己的項目，可以使用 It 方法和一個謂詞來做同樣的事情，如下所示：

mock.Setup(m => m.ApplyDiscount(It.Is<decimal>(v=>v>=10&&v<=100))).Returns<decimal>(total => total - 5);

效果是相同的，但謂詞方法更為靈活。Moq 有一系列非常有用的特性，閱讀https://github.com/Moq/moq4/wiki/Quickstart上提供的入門指南，可以看到許多用法。

 

源碼地址：https://github.com/YeXiaoChao/EssentiaTools


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

-Advertisement-
Play Games
更多相關文章
  • Uri各個屬性取值測試
    asp.net代碼： 效果： 轉自：http://hovertree.com/h/bjaf/le50giqm.htm 參考：http://hovertree.com/h/bjaf/1ggypq09.htm#hewenqipl winform http://www.cnblogs.com/sosoft
  • Razor語法的一些特殊需求輸出
    開發ASP.NET MVC，常會使用Razor來呈現內容。下麵有幾個特殊需求的輸出，Insus.NET列出來讓大家參考。雙@@輸出只有一個。 在Razor的語法中，如果想輸出html，它會有兩種語法， 輸出html另一種方法，使用Raw方法來解釋： 在開發的時候，我們有可能這樣需求，就是需要顯示ht
  • ADO.NET 學習筆記 入門教程
    本文轉載自：http://www.youarebug.com/forum.php?mod=viewthread&tid=57&page=1&extra=#pid63 或者： 或者： 或者： 註：上面的代碼主要是數據集的展示功能，需要註意的是填充數據表的語句，是由DataSet對象的Tables屬性的
  • ASP.NET下將規則的Excel導入資料庫
    今天接到新的需求，要求將Excel表格中的數據顯示在頁面上。 我個人分析，首先要將Excel中的數據存到資料庫中，再進行頁面顯示，本人菜鳥級別，以前沒有做過讀取Excel數據，研究了一下（主要是看別人的資料），寫一下實現過程，我想寫幾篇關於Excel的，首先是規則的Excel數據導入，再有就是不規則
  • WPF的重要新概念
    出處：http://www.cnblogs.com/free722/archive/2011/11/12/2238654.html 邏輯樹與可視樹 XAML天生就是用來呈現用戶界面的，這是由於它具有層次化的特性。在WPF中，用戶界面由一個對象樹構建而成，這棵樹叫作邏輯樹。 WPF用戶界面的邏輯樹也並
  • 轉：C#整數三種強制類型轉換int、Convert.ToInt32（）、int.Parse()的區別
    1、int適合簡單數據類型之間的轉換，C#的預設整型是int32(不支持bool型); 2、int.Parse(string sParameter)是個構造函數，參數類型只支持string類型; 3、Convert.ToInt32()適合將Object類型轉換為int型; 4、Convert.ToI
  • C#知識點-反射
    一、開發環境 操作系統：Win7 編譯器：VS2010 .net版本：.net4.0 二、項目結構 三、開發流程 0.編寫實體類 namespace ReflectDemo { public class Bird { public string _id; public string Name { g...
  • C#入門中的必備語法（一）
       首先我們要知道C#語言是一種面向對象的語言由C和C++演變而來，它依賴於.NET Framework。.NET Framework可以提供一個強大的代碼庫供其調用。之所以說C#語言依賴於.NET Framework是由於C#源代碼只有經過編譯器（指VS或VCE）的編譯之後，變成CIL（Comm
一周排行
    -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.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類