前言：上篇使用Advanced Installer製作IIS安裝包（一：配置IIS和Web.config）介紹了下使用Advanced Installer配置IIS和Web.config的過程，操作起來是相對比較簡單的，只要知道了博主提供的方法，相信都不是問題，其實博主當初尋找相關方法配置IIS和Web.config的時候也是費了九牛二虎之力的，畢竟資料太少，只能各種方式挨個嘗試一遍，解決問題之後回過頭來看，發現當初也是走了很多的彎路。比如今天要介紹的這個自定義dll的功能。

關於安裝包的製作，可能有人覺得沒啥叼用，直接將釋出的檔案拷貝過去，然後再IIS上面新建站點，配置一下相關的選項就行了唄，哪至於像你說的這麼複雜！確實，直接配置沒有任何問題，但當你的產品做大了之後，總不能每一次部署都遠端到客戶的伺服器上面操作一番吧，並且很多客戶是不願意讓你去登陸他的伺服器的，這種情況下直接丟一個exe給別人安裝是不是更加方便呢？退一步說，哪怕是為了讓我們的系統看上去高大上也行嘛~~

一、配置安裝包依賴項

Advanced Installer支援直接在安裝包中包含.net Framework，這樣在安裝軟體的時候會檢測你的PC上面是否安裝了對應的framework的版本，如果沒有，則會自動給你安裝Framework。並且支援離線和線上兩種方式的安裝。

進入到Prerequisites選單

選擇需要包含的framework的版本，比如博主這裡選擇4.6.1，支援線上和離線兩種方式。如果你選擇離線，需要先將framework 4.6.1的安裝包下載到本地，然後包含進來；如果是線上安裝，則需要提供framework 4.6.1的線上下載地址。比如如果是線上安裝，新增成功之後會是這樣：

需要說明的是，如果是離線安裝，那我們生成的安裝包裡面會包含framework的安裝包，那麼勢必會導致安裝包過大（比如博主這裡包含之後差不多有100M左右）；如果是線上安裝，必須保證安裝環境能夠連線網際網路。所以，具體選擇哪種方式可以根據實際情況來決定。

除了支援包含framework以外，Advanced Installer還支援允許安裝軟體檢測系統的版本，比如：

這裡勾選的系統版本即為安裝必須的系統版本，這個很簡單，有興趣的可以試試。

除此之外，Advanced Installer還支援安裝的時候檢測機器上面的瀏覽器版本、sql  server資料庫版本、IIS版本等選項。如果當前安裝機器上面的版本低於要求的配置，就會提示錯誤。

二、自定義dll（測試資料庫連線）

關於自定義dll這個，博主曾經嘗試過很長時間，發現裡面有幾個坑。且聽博主慢慢道來。

下面博主就以配置Web.config裡面的連線字串為例來說明安裝過程中自定義dll的使用。比如，我們拖出如下介面：

然後四個文字框的屬性名分別為EDIT_1_PROP_1、EDIT_2_PROP_1、EDIT_3_PROP_1、EDIT_4_PROP，為了簡便，這裡就不改這個名稱了。然後我們是希望在安裝過程中，將使用者填寫的文字框的值寫入到Web.config的Connectionstring裡面。然後我們找到自定義操作

我們新建一個.net操作類，它會提示你使用哪個dll。我們先將預先定義好的一個Mes.Installer.dll新增進來，然後來看這個dll裡面的程式碼。

首先在VS裡面新建一個類庫專案Mes.Installer，然後新建一個安裝程式類

繼承System.Configuration.Install.Installer類，重寫Install()方法。

在介紹Install()方法的實現之前，還需要說明一下Advanced Installer裡面的變數的值如何傳到我們的C#程式裡面來，上篇我們說過，Advanced Installer裡面使用[]來定義變數，那麼這個變數如何傳入C#程式呢？我們找到Advanced Installer裡面有一個Intaller Class Parameters（安裝類引數）

我們新建一個引數，比如：

[EDIT_1_PROP_1]表示Adavanced Installer裡面的文字框的屬性，dataSource就對應C#裡面引數。我們用同樣的方法定義另外幾個引數：

注意，如果要在C#裡面讀取安裝檔案的根目錄，需要這麼定義變數

有了這個作為基礎，我們就可以來看看Install()方法了

　　　　 public override void Install(IDictionary stateSaver)
        {
            var path = Context.Parameters["target"].ToString();
            if (!Directory.Exists(path))
            {
                base.Install(stateSaver);
                return;
            }
            //1.得到配置檔案的物理路徑
            var configPath = path + "Web.config";

            //2.取引數
            var dataBaseType = Context.Parameters["dataBaseType"].ToString();
            var dataSource = Context.Parameters["dataSource"].ToString();
            var server = Context.Parameters["server"].ToString();
            var userId = Context.Parameters["userId"].ToString();
            var password = Context.Parameters["password"].ToString();
            //var config = WebConfigurationManager.OpenWebConfiguration(configPath);
            //3.寫xml
            var config = XDocument.Load(configPath);
            var connectionStrings = config.Element("configuration").Element("connectionStrings");
            string connectionString, providerName;

            connectionString = string.Format("Data Source={0};Initial Catalog={1};User ID={2};Password={3}", dataSource, server, userId, password);
            providerName = "System.Data.SqlClient";
            
            var adds = connectionStrings.Elements("add");
            foreach (var add in adds)
            {
                if (add.Attribute("name").Value == "Entities")
                {
                    add.Attribute("connectionString").Value = connectionString;
                    add.Attribute("providerName").Value = providerName;
                    break;
                }
            }
            config.Save(configPath);

            //4.呼叫父類的Install()方法
            base.Install(stateSaver);
        }

注意這裡有一個坑：之前按照園子裡的一篇文章來操作，將 base.Install(stateSaver); 這一句放在Install()方法的最前面，最後發現安裝的時候怎麼都執行不了自己寫的程式碼，就為這博主折騰了很久。

如果你看過博主上篇文章，你可能會疑惑，如果僅僅是配置連線字串，直接在Advanced Installer裡面通過變數的形式配置xml也是一樣啊。比如

這樣配置不是更加簡單嗎？如果你有這樣的疑惑，說明你是一個用心的讀者，為你點個贊！確實，這樣也能解決連線字串的問題，因為博主的專案裡面需要區分sql server資料庫和oracle資料庫，由於不同的資料庫型別在web.config裡面的連線字串的形式不同，所以博主使用了dll的方式來操作。並且，在一些特定的情況下，我們使用dll的方式能夠更加方便地和我們的系統打交道，比如我們需要在安裝的時候去初始化系統的一些配置，這些時候使用dll的優勢就凸顯了。

關於資料庫的配置，還有一點是值得一提的，那就是我們的Advanced Installer支援在安裝的過程中測試資料庫連線。還是在dialog裡面Add dialog...，

確定之後如下

這樣，我們在安裝的過程中，元件會自動檢測我們系統的sql Server例項，我們輸入使用者名稱密碼之後，點選“Test Sql Connection”按鈕，可以檢測是否連線成功。

以上是針對sql server的，對於oracle資料庫的測試連結，就略顯複雜，需要配置ODBC相關的選項。暫且不展開說了，看看園友們對這塊有沒有需求。

三、總結

好了，關於IIS安裝包的製作暫且告一段落，希望對大家有幫助。

如果你覺得本文能夠幫助你，可以右邊隨意 打賞 博主，也可以 推薦 進行精神鼓勵。你的支援是博主繼續堅持的不懈動力。

歡迎各位轉載，但是未經作者本人同意，轉載文章之後必須在文章頁面明顯位置給出作者和原文連線，否則保留追究法律責任的權利