博客园_Mr.Brooks

VSTO学习笔记（十四）Excel数据透视表与PowerPivot

2012-05-13T07:53:00Z

近期公司内部在做一种通用查询报表，方便人力资源分析、统计数据。由于之前公司系统中有一个类似的查询使用Excel数据透视表完成的，故我也打算借鉴一下。

测试代码下载

原有系统是使用VBA编写的，难以维护，且对新的操作系统如Windows 7、64位架构不支持，我准备用VSTO进行重写。

数据透视表是一种交互式的表，可以进行某些计算，如求和与计数等。所进行的计算与数据跟数据透视表中的排列有关。

数据透视表是一种完全自助式的报表，功能很强大，对于提取、分析数据来说非常方便。

下面我们添加一张数据透视表。

1、在【数据】中，选择从SQL Server中提取数据：

我从CodePlex上下载了SQL Server 2012的官方示例数据库：AdventureWorks2012

CodePlex网站也改版了，大量Metro风格 J

2、连接数据库：

3、当前仅仅是测试，选择一个表。当然也可以自己写SQL语句进行筛选数据：

4、点击【完成】结束向导：

5、这里选择【数据透视表报表】：

6、这样一张数据透视表就完成了：

7、在右边拖动我们想要分析的字段：

行维度选择了产品模型和产品，列维度选择了尺寸，最终统计了价格。

双击价格的单元格可以看到明细，相当于钻取报表：

8、除了表格展现，数据透视表还支持各种图表。

在【数据】中点击【已存在的连接】：

9、选择刚刚创建的数据库连接：

10、选择图表类型：

11、类似刚才一样拖动字段，一个图表就生成了，是不是很强大？

右键可以更改图表类型，如饼形图、锥形图等：

12、我打算把数据透视表功能集成到系统中，需要用代码来生成。

通过跟踪宏代码，可以很容易用代码来生成：

Sub Macro1()

'

' Macro1 Macro

'

'

Workbooks("123.xlsx").Connections.Add ". AdventureWorks2012 Product", "", Array _

( _

"OLEDB;Provider=SQLOLEDB.1;Integrated Security=SSPI;Persist Security Info=True;Data Source=.;Use Procedure for Prepare=1;Auto Translate" _

, _

"=True;Packet Size=4096;Workstation ID=WINDOWS8NB;Use Encryption for Data=False;Tag with column collation when possible=False;Ini" _

, "tial Catalog=AdventureWorks2012"), Array( _

"""AdventureWorks2012"".""Production"".""Product"""), 3

ActiveWorkbook.PivotCaches.Create(SourceType:=xlExternal, SourceData:= _

ActiveWorkbook.Connections(". AdventureWorks2012 Product"), Version:= _

xlPivotTableVersion14).CreatePivotTable TableDestination:="Sheet1!R1C1", _

TableName:="PivotTable1", DefaultVersion:=xlPivotTableVersion14

Cells(1, 1).Select

With ActiveSheet.PivotTables("PivotTable1").PivotFields("ProductID")

.Orientation = xlRowField

.Position = 1

End With

ActiveSheet.PivotTables("PivotTable1").AddDataField ActiveSheet.PivotTables( _

"PivotTable1").PivotFields("ListPrice"), "Sum of ListPrice", xlSum

With ActiveSheet.PivotTables("PivotTable1").PivotFields("Size")

.Orientation = xlColumnField

.Position = 1

End With

With ActiveSheet.PivotTables("PivotTable1").PivotFields("ProductModelID")

.Orientation = xlRowField

.Position = 2

End With

With ActiveSheet.PivotTables("PivotTable1").PivotFields("ProductID")

.Orientation = xlRowField

.Position = 2

End With

End Sub

        private void fnExcel数据透视表测试()
        {
            Excel.Application __app = new Excel.Application();
            __app.DisplayAlerts = false;
            Excel.Workbook __book = __app.Workbooks.Add();

            //创建OleDB连接
            Excel.WorkbookConnection __conn = __book.Connections.Add("Test", "PivotTable Test"
                , "OLEDB;Provider=SQLOLEDB.1;Integrated Security=SSPI;Persist Security Info=True;Data Source=.;Use Procedure for Prepare=1;Auto Translate=True;Packet Size=4096;Workstation ID=WINDOWS8NB;Use Encryption for Data=False;Tag with column collation when possible=False;Initial Catalog=AdventureWorks2012"
                , "AdventureWorks2012.Production.Product", Excel.XlCmdType.xlCmdTable);

            //创建数据透视表
            Excel.PivotTable __table = __book.PivotCaches().Create(Excel.XlPivotTableSourceType.xlExternal
                , __conn, Excel.XlPivotTableVersionList.xlPivotTableVersion14)
                .CreatePivotTable("Sheet1!R1C1", "PivotTable1", __conn, Excel.XlPivotTableVersionList.xlPivotTableVersion14);

            //添加行维度
            __table.PivotFields("ProductModelID").Orientation = Excel.XlPivotFieldOrientation.xlRowField;
            __table.PivotFields("ProductModelID").Position = 1;

            __table.PivotFields("ProductID").Orientation = Excel.XlPivotFieldOrientation.xlRowField;
            __table.PivotFields("ProductID").Position = 2;

            //添加列维度
            __table.PivotFields("Size").Orientation = Excel.XlPivotFieldOrientation.xlColumnField;
            __table.PivotFields("Size").Position = 1;

            //添加值维度
            __table.AddDataField("ListPrice", "SUM(ListPrice)", Excel.XlConsolidationFunction.xlSum);

            __book.SaveAs(@"D:\test.xlsx", Excel.XlFileFormat.xlOpenXMLWorkbook);

            __app.Quit();
            System.Runtime.InteropServices.Marshal.ReleaseComObject(__app);
            System.Runtime.InteropServices.Marshal.ReleaseComObject(__book);
            System.Runtime.InteropServices.Marshal.ReleaseComObject(__conn);
            System.Runtime.InteropServices.Marshal.ReleaseComObject(__table);

            __app = null;
            __book = null;
            __conn = null;
            __table = null;
        }

13、这样我们就可以借助于Excel的数据透视表来展示、分析数据。

正因为PivotTable如此好用，微软将PivotTable功能进行了升级，叫做PowerPivot，作为Excel 2010的一个免费插件发布，定位于企业级自助式的商务智能。

目前最新版本是Microsoft® SQL Server® 2012 PowerPivot® for Microsoft® Excel® 2010，下载地址：

与PowerPivot类似，微软还推出了：

Microsoft® SQL Server® 2012 Data Mining Add-ins for Microsoft® Office® 2010

Microsoft® SQL Server® 2012 Master Data Services Add-in For Microsoft® Excel®

PowerPivot也是微软商务智能的主推技术之一，官方网站：

以下摘自百度百科：

PowerPivot for Excel 是用于在 Excel 工作簿中创建 PowerPivot 数据的创作工具。您将使用数据透视表和数据透视图等 Excel 数据可视化对象来显示您在 Excel 工作簿 (.xlsx) 文件中嵌入或引用的 PowerPivot 数据。

PowerPivot for Excel 通过下列方式来支持自助商业智能。

取消当前 Excel 中的行和列限制，以便可以导入更多的数据。

通过数据关系层，您可以集成来自不同数据源的数据并全面处理所有数据。可以输入数据、复制其他工作表中的数据或从企业数据库中导入数据。可以在数据之间建立关系以分析数据，就好像所有数据都来自一个数据源一样。

创建可移植、可重用的数据。数据保留在工作簿内。您无需管理外部数据连接。如果您发布、移动、复制或共享工作簿，所有的数据都会和工作簿在一起。

工作簿的其余部分可以立即使用所有的 PowerPivot 数据。可以在 Excel 和 PowerPivot 窗口之间切换，从而以交互方式处理数据及其在数据透视表或数据透视图中的表示形式。处理数据或其表示形式不是单独的任务。可以在同一个 Excel 环境中一起处理数据及其表示形式。

PowerPivot for Excel 可以让您导入、筛选数百万行数据以及对这些数据进行排序，远远超过 Excel 中一百万行的限制。排序和筛选操作都非常快，因为它们是由在 Excel 内部运行的本地 Analysis Services VertiPaq 处理器执行的。

更重要的是，通过使用 PowerPivot for Excel，您可以在来自完全不同的数据源的数据之间建立关系，具体方法是映射包含类似或相同数据的列。在数据之间建立关系时，您是在 Excel 中创建了可在数据透视表、数据透视图或任意 Excel 数据表示对象中使用的全新内容。

保存的数据存储在 Excel 工作簿内部。数据经过高度压缩，生成的文件的大小适合在客户端工作站上进行管理。

最后，用户会获得一个包含嵌入数据的工作簿 (.xlsx) 文件，这些数据由内部处理器提取和处理，但完全通过 Excel 呈现。压缩和处理是由 Analysis Services VertiPaq 引擎完成的。查询处理在后台透明地运行，以便在 Excel 中提供海量数据支持。因为由本地 Analysis VertiPaq 引擎执行，排序和筛选操作都非常快。

14、安装完PowerPivot后打开Excel会多了一个Ribbon：

打开PowerPivot Windows后可以看到是一个增强的PivotTable：

结合数据挖掘插件已经可以做很多分析了：

小结：

Office 已经从办公平台开始转换为了微软的数据平台、商务智能平台，SQL Server 2012的发布加剧了这一过程。

PivotTable和PowerPivot可以很方便的做自助式商务智能分析，相较于SQL Server 分析服务和Oracle、IBM的重量级解决方案，是一种轻量级的解决方案，特别适合于业务、管理人员分析、提取需要的数据。

目前PowerPivot还没有开放API，我也只是从表面了解下基本用途，期待Office 15的登场吧。

本文链接

WinRT文件系统

2012-05-12T10:11:00Z

WinRT和苹果的AppStore的新政策一样，也是一个沙箱环境，应用程序获得的权限十分有限。这虽然提高了程序的安全性，但是也妨碍了一些系统底层功能的开发，降低了用户体验。

测试代码下载

WinRT中文件系统也被限制在了库中，这是Windows 7首次引入的类似于我的文档的目录结构，可以管理用户常用的文档、图片、音乐、视频等。

目前只能访问系统内置的几个库：文档、音乐、图片、视频，自定义的库我没有找到访问的方法。若想访问其他文件需要使用FilePicker、FolderPick等对话框，后续再来测试。

以文档库为例，测试一下文件系统。

大多数文件系统的API都位于Windows.Storage命名空间：

Windows.Storage.StorageFolder __doc = Windows.Storage.KnownFolders.DocumentsLibrary;

foreach (Windows.Storage.StorageFolder __folder in await __doc.GetFoldersAsync())

{

this.txtFolder.Text += __folder.Name + "\n";

}

GetFoldersAsync()没有递归的重载版本，若想要获取所有子目录，则需要写一个递归函数。

2、枚举目录中的顶层文件：

foreach (Windows.Storage.StorageFile __file in await __doc.GetFilesAsync())

{

this.txtFile.Text += __file.Name + "\n";

}

同上GetFilesAsync()也没有重载版本。

3、创建文件，若存在则覆盖：

await __doc.CreateFileAsync("Test.txt", Windows.Storage.CreationCollisionOption.ReplaceExisting);

4、创建目录，若存在则覆盖：

await __doc.CreateFolderAsync("Test", Windows.Storage.CreationCollisionOption.ReplaceExisting);

5、复制文件:

StorageFile __f = await __doc.GetFileAsync("Test.txt");

StorageFolder __fo = await __doc.GetFolderAsync("Test");

await __f.CopyAsync(__fo, "NewTest.txt", NameCollisionOption.ReplaceExisting);

await __f.CopyAndReplaceAsync(__f);

目录没有提供Copy方法，需要手动处理，先创建空目录，然后递归创建子目录、子文件。

6、重命名文件：

await __f.RenameAsync("NewTest.txt", NameCollisionOption.ReplaceExisting);

7、重命名目录：

await __fo.RenameAsync("NewTest", NameCollisionOption.ReplaceExisting);

8、剪切文件：

await __f.MoveAsync(__fo, "NewTest.txt", NameCollisionOption.ReplaceExisting);

目录没有提供剪切方法，也需要手动处理。

9、向文件中写入文本：

await FileIO.WriteTextAsync(__f, "写入文本");

FileIO是一个静态类，可以对指定文件进行操作。类似还有一个PathIO，针对指定绝对路径的文件或目录进行操作。

10、通过字节写入文件：

IBuffer __buffer = GetBufferFromString("通过字节写入");

await FileIO.WriteBufferAsync(__f, __buffer);

11、获取文件流：

IRandomAccessStream __stream = await __f.OpenAsync(FileAccessMode.ReadWriteNoCopyOnWrite);

12、删除文件，直接删除，不放进回收站：

await __f.DeleteAsync(StorageDeleteOption.PermanentDelete);

13、删除目录，直接删除，不放进回收站：

await __fo.DeleteAsync(StorageDeleteOption.PermanentDelete);

注意只能删除空目录，若目录中还有子目录或文件，则需要先删除子文件，需要递归删除。

本文链接

开发WinRT自定义组件之富文本框

2012-04-10T13:32:00Z

富文本框是常用的组件之一，多用于文章排版、用户评论等。

WinRT组件中内置了两个：RichEditBox、RichTextBlock。RichEditBox可以编辑，RichTextBlock只用来显示。

由于内置的组件缺少工具栏，故我准备扩展一下，添加一些常用的功能。

测试代码下载

1、首先创建一个 WinRT 类库项目：

2、添加Templated Control：

会自动创建Themes文件夹与Generic.xaml文件：

其中自定义组件的类中会缺少前缀，手动添加即可：

3、设计RichEditBoxX的样式：

1     <Style TargetType="winrt:RichEditBoxX">
2         <Setter Property="Template">
3             <Setter.Value>
4                 <ControlTemplate TargetType="winrt:RichEditBoxX">
5                     <StackPanel>
6                         <StackPanel Orientation="Horizontal">
7                             <ComboBox Name="txtFontFamily" Width="80"></ComboBox>
8                             <ComboBox Name="txtFontSize" Width="80"></ComboBox>
9                             <Button Name="btnWeight" Width="50" Content="B"></Button>
10                             <Button Name="btnStyle" Width="50" Content="I" FontStyle="Italic"></Button>
11                             <Button Name="btnUnderline" Width="50" Content="U"></Button>
12                             <ComboBox Name="txtAlign" Width="50">
13                                 <ComboBox.Items>
14                                     <ContentControl Name="labLeft" Content="Left" Width="50"></ContentControl>
15                                     <ContentControl Name="labCenter" Content="Center" Width="50"></ContentControl>
16                                     <ContentControl Name="labRight" Content="Right" Width="50"></ContentControl>
17                                     <ContentControl Name="labJustify" Content="Justify" Width="50"></ContentControl>
18                                 </ComboBox.Items>
19                             </ComboBox>
20                             <Button Name="btnForeground" Content="Foreground" Width="120"></Button>
21                             <Button Name="btnBackground" Content="Background" Width="120"></Button>
22                             <Button Name="btnImage" Content="Image" Width="80"></Button>
23                             <Button Name="btnVideo" Content="Video" Width="80"></Button>
24                         </StackPanel>
25                         <RichEditBox Name="txtRichEdit" AcceptsReturn="True" Width="{TemplateBinding Width}" Height="{TemplateBinding Height}">
26
27                         </RichEditBox>
28                     </StackPanel>
29                 </ControlTemplate>
30             </Setter.Value>
31         </Setter>
32     </Style>

语法与WPF、Silverlight基本一致，注意添加命令空间的语法有所改变：

xmlns:winrt="using:BrooksCom.WinRT.Control"

目前无法将自定义组件的XAML单独拆分成多个文件，要被迫写在Generic.xaml中，这应该是一个疏忽，希望正式版能改正这个问题。

目前Generic.xaml依然不能可视化设计，对于美工水平相当凑合的我来说，想好看点是种奢望 J

顺便期待下Blend 5正式版，什么时候能发布，好歹把WPF、Silverlight、WinRT、Windows Phone 四种平台集成到一起，不要分为多个了。

比较奇怪的是WinRT中居然没有Label控件，我暂且使用ContentControl代替。

4、设置字体功能使用了WCF服务：

1     public class SrvFont : ISrvFont
2     {
3         public List<string> DoWork()
4         {
5             List<string> __list = new List<string>();
6             InstalledFontCollection fonts = new InstalledFontCollection();
7             foreach (FontFamily font in fonts.Families)
8             {
9                 __list.Add(font.Name);
10             }
11
12             return __list;
13         }
14     }

使用了C# 5.0的异步方法，WinRT中几乎都是异步方法，以后要适应这种风格了：

1         protected async override void OnApplyTemplate()
2         {
3             base.OnApplyTemplate();
4
5             RichEditBox __txtRichEdit = this.GetTemplateChild("txtRichEdit") as RichEditBox;
6
7             ComboBox __txtFontFamily = this.GetTemplateChild("txtFontFamily") as ComboBox;
8             SrvFont.SrvFontClient __proxy = new SrvFont.SrvFontClient();
9             System.Collections.ObjectModel.ObservableCollection<string> __list = await __proxy.DoWorkAsync();
10             foreach (string s in __list)
11             {
12                 __txtFontFamily.Items.Add(s);
13             }
14
15             __txtFontFamily.SelectionChanged += __txtFontFamily_SelectionChanged;

5、设置字体、字号等格式：

使用 __txtRichEdit.Document.Selection.FormattedText.CharacterFormat来设置样式。

1         void __txtFontFamily_SelectionChanged(object sender, SelectionChangedEventArgs e)
2         {
3             RichEditBox __txtRichEdit = this.GetTemplateChild("txtRichEdit") as RichEditBox;
4             ComboBox __txtFontFamily = this.GetTemplateChild("txtFontFamily") as ComboBox;
5             __txtRichEdit.Document.Selection.FormattedText.CharacterFormat.Name = __txtFontFamily.SelectedItem.ToString();
6         }
7
8         void __txtFontSize_SelectionChanged(object sender, SelectionChangedEventArgs e)
9         {
10             RichEditBox __txtRichEdit = this.GetTemplateChild("txtRichEdit") as RichEditBox;
11             ComboBox __txtFontSize = this.GetTemplateChild("txtFontSize") as ComboBox;
12             __txtRichEdit.Document.Selection.FormattedText.CharacterFormat.Size = float.Parse(__txtFontSize.SelectedItem.ToString());
13         }

字体加粗的枚举比较特殊，类似一个开关：

1         void __btnWeight_Click(object sender, RoutedEventArgs e)
2         {
3             RichEditBox __txtRichEdit = this.GetTemplateChild("txtRichEdit") as RichEditBox;
4             Button __btnWeight = this.GetTemplateChild("btnWeight") as Button;
5
6             if (__txtRichEdit.Document.Selection.FormattedText.CharacterFormat.Bold == Windows.UI.Text.FormatEffect.On)
7             {
8                 __txtRichEdit.Document.Selection.FormattedText.CharacterFormat.Bold = Windows.UI.Text.FormatEffect.Off;
9             }
10             else
11             {
12                 __txtRichEdit.Document.Selection.FormattedText.CharacterFormat.Bold = Windows.UI.Text.FormatEffect.On;
13             }
14         }
15
16         void __btnStyle_Click(object sender, RoutedEventArgs e)
17         {
18             RichEditBox __txtRichEdit = this.GetTemplateChild("txtRichEdit") as RichEditBox;
19             Button __btnStyle = this.GetTemplateChild("btnStyle") as Button;
20             if (__txtRichEdit.Document.Selection.FormattedText.CharacterFormat.FontStyle == Windows.UI.Text.FontStyle.Italic)
21             {
22                 __txtRichEdit.Document.Selection.FormattedText.CharacterFormat.FontStyle = Windows.UI.Text.FontStyle.Normal;
23             }
24             else
25             {
26                 __txtRichEdit.Document.Selection.FormattedText.CharacterFormat.FontStyle = Windows.UI.Text.FontStyle.Italic;
27             }
28         }
29
30         void __btnUnderline_Click(object sender, RoutedEventArgs e)
31         {
32             RichEditBox __txtRichEdit = this.GetTemplateChild("txtRichEdit") as RichEditBox;
33             Button __btnUnderline = this.GetTemplateChild("btnUnderline") as Button;
34             if (__txtRichEdit.Document.Selection.FormattedText.CharacterFormat.Underline == Windows.UI.Text.UnderlineType.None)
35             {
36                 __txtRichEdit.Document.Selection.FormattedText.CharacterFormat.Underline = Windows.UI.Text.UnderlineType.Single;
37             }
38             else
39             {
40                 __txtRichEdit.Document.Selection.FormattedText.CharacterFormat.Underline = Windows.UI.Text.UnderlineType.None;
41             }
42         }

使用ParagraphFormat.Alignment设置对齐方式：

1         void __txtAlign_SelectionChanged(object sender, SelectionChangedEventArgs e)
2         {
3             RichEditBox __txtRichEdit = this.GetTemplateChild("txtRichEdit") as RichEditBox;
4             ComboBox __txtAlign = this.GetTemplateChild("txtAlign") as ComboBox;
5             switch (((sender as ComboBox).SelectedItem as ContentControl).Name)
6             {
7                 case "labLeft":
8                     __txtRichEdit.Document.Selection.FormattedText.FormattedText.ParagraphFormat.Alignment = Windows.UI.Text.ParagraphAlignment.Left;
9                     break;
10                 case "labCenter":
11                     __txtRichEdit.Document.Selection.FormattedText.FormattedText.ParagraphFormat.Alignment = Windows.UI.Text.ParagraphAlignment.Center;
12                     break;
13                 case "labRight":
14                     __txtRichEdit.Document.Selection.FormattedText.FormattedText.ParagraphFormat.Alignment = Windows.UI.Text.ParagraphAlignment.Right;
15                     break;
16                 case "labJustify":
17                     __txtRichEdit.Document.Selection.FormattedText.FormattedText.ParagraphFormat.Alignment = Windows.UI.Text.ParagraphAlignment.Justify;
18                     break;
19                 default:
20                     break;
21             }
22         }

设置颜色、插入图片、视频等还没有做好，有些问题，以后慢慢完善。

最终效果：

本文链接

再谈WinRT自定义组件的开发

2012-03-07T12:28:00Z

Windows 8 消费者预览版终于发布了，我也于第一时间下载并进行了安装，看了看WinRT组件开发的部分，事情变得明朗起来。

New Item的模板多了很多：

开发自定义组件必须的项目类型终于被添加进来，现在开发一个自定义组件就容易多了。

这次依旧来开发上次一样的ButtonX，重写的方法与以前WPF、Silverlight一样了：

开发预览版中的OnApplyTemplateCore方法被废除了。

现在自定义组件的模板要被迫写在Generic.xaml一个文件里了，无法拆分为多个xaml，不知道为何。

成功运行后自定义模板生效了:

本文链接

开发Metro版浏览器

2012-02-19T10:54:00Z

Windows 8中的Metro程序是一种全屏应用程序，专门针对触摸屏设备进行优化。Windows 8 Developer Preview中已经包含了一些Metro应用：

测试代码下载

像微软自己的一些程序，如IE、Windows Store等都有Metro版本，在即将发布的Windows 8消费者预览版中，估计会有更多的Metro应用，到时Windows Store也会正式启用。

在PowerShell 3.0中使用命令Get-AppxPackage–AllUsers可以查看当前安装了哪些Metro应用：

可以看到，Metro程序安装在C:\Program Files\Applications

该文件夹没有权限，不能在资源管理器中查看，故使用PowerShell:

我也开始开发一些Metro程序，为公司产品的Metro版本试水。

这次我开发的是一个Metro版本的浏览器，类似于IE 10。

最终运行效果：

1、使用VS 11 Developer Preview创建一个Metro项目：

2、界面布局很简单，第一行地址栏、工具按钮等，下面是预览窗口：

3、WinRT中没有WebBrowser控件，取而代之的是WebView，MSDN上有关于此控件的大致介绍。

WebView有个Source属性，可以设置为具体的URL，如http://www.bing.com，这样WebView就会跳转到指定URL。

4、WebView使用的是IE 10的内核，不支持任何插件（Flash、Silverlight），只能用HTML5。

要先设置下Internet属性，允许跨域浏览，允许脚本等。

5、WebView有两个方法比较常用

  private void fn跳转到指定Url(string v_Url)
        {
            if (!v_Url.StartsWith("http://") && !v_Url.StartsWith("https://"))
            {
                v_Url = "http://" + v_Url;
            }

            if (this.fn是否是有效Url(v_Url))
            {
                this.wv.Navigate(new Uri(v_Url));
            }
            else
            {
                this.wv.NavigateToString(@"<html><h3>404</h3></html>");
            }
        }

Navigate用于跳转到指定URL，NavigateToString用于显示执行的HTML，这里我是显示一个自定义的404页面。

6、模拟了网页后退、前进的效果，没有做的很严格。具体实现看下源码就明白了。

7、遇到一个比较棘手的问题是，在WebView中点击一个跨域的链接时，会打开Metro版的IE10显示，不能继续在WebView中显示，若有朋友解决了这个问题，请告之。

小结：

我写的这个Metro版本的浏览器非常简单，仅仅实现了最基本的现代浏览器应该具有的功能，主要想测试一下Metro程序的效果。

个人还是非常喜欢Metro应用，如果使用平板操作将会非常舒服。当Windows 8正式发布时，Metro应用将会遍地开花，希望Windows 8能将平板更加普及一下，丰富企业应用、娱乐应用的开发方式。

本文链接

PowerShell 3.0 实践（四）开发自定义 PSSnapin

2012-01-15T04:17:00Z

PowerShell通过Snapin提供了一个可扩展的体系结构，以便用户添加自定义的功能。Snapin是一组.NET程序集，说白了就是一个个类。

任何一个.NET程序集，只要实现了Snapin的安装程序类，就可以成为一个Snapin。

注：PowerShell 3.0 CTP2已经发布，可以在这里下载

自从 CTP1 以来的改动有：

修复了大量用户在 CTP1 中找到的问题。具体的问题列表可以在发布注释还有 Connect 中找到。
Windows PowerShell ISE 中可以开启单独的命令行窗口。
可以通过 Update-Help 来更新本地的帮助。所有的帮助将从 Internet 获得。
在 Windows PowerShell Workflows 的支持上本次发布包含了大量的改进，包括： Parallel， Sequence 和 Inlinescript。
Get-Module 现在支持从任何远程 Session 或者 CIM Session 获得模块。

具体的改动请参看WMF CTP2 Release Notes.docx (发布注释)

测试代码下载

PowerShell 3.0提供了如下Snapin：

Get-PSSnapin

下面我们动手来开发一个Snapin。

1、我使用的Visual Studio 11 Developer Preview，新建一个Class Library项目：

2、添加System.Management.Automation引用，System.Management.Automation是PowerShell SDK的一部分，安装PowerShell 3.0时已经安装在GAC中。

3、继承PSSnapIn类，这是一个抽象类，自定义的Snapin需要继承它。Name是自定义的Snapin的名称，Verdor是作者，Description是对该Snapin的简短描述。

1     [RunInstaller(true)]
2     public class Test : PSSnapIn
3     {
4         // Name for the PowerShell snap-in.
5         public override string Name
6         {
7             get
8             {
9                 return "Brooks.Scripts.PowerShell.Test";
10             }
11         }
12
13         // Vendor information for the PowerShell snap-in.
14         public override string Vendor
15         {
16             get
17             {
18                 return "Brooks";
19             }
20         }
21
22         // Description of the PowerShell snap-in
23         public override string Description
24         {
25             get
26             {
27                 return "This is a sample PowerShell snap-in";
28             }
29         }
30     }

4、添加自己的Cmdlet，实现一些功能。我准备开发一个Excel的帮助命令，在指定位置生成一个Excel文档。

为此，先添加Office PIA的引用：Microsoft.Office.Interop.Excel

5、编写一个类继承Cmdlet，参数以属性的形式体现，一般需要重写BeginProcessing()、ProcessRecord()、EndProcessing()三个方法。

BeginProcessing()：执行初始化操作，如验证参数、准备数据等。

ProcessRecord()：执行核心命令逻辑。

EndProcessing()：收尾工作，如资源释放、记录日志等。

PowerShell的命令采用的是动词-名词的结构，这里我使用的New-Excel命令。

参数声明中，Mandatory = true表示是必须参数，Position = 1表示是位置参数，这样就可以根据位置来自动推断参数。

1     [Cmdlet(VerbsCommon.New, "Excel")]
2     public class AddTest : Cmdlet
3     {
4         private string __Path = string.Empty;
5         private Excel.XlFileFormat __Format = Excel.XlFileFormat.xlOpenXMLWorkbook;
6
7         [Parameter(Mandatory = true, Position = 1)]
8         public string Path
9         {
10             get
11             {
12                 return this.__Path;
13             }
14             set
15             {
16                 this.__Path = value;
17             }
18         }
19
20         [Parameter(Mandatory = true, Position = 2)]
21         public Excel.XlFileFormat Format
22         {
23             get
24             {
25                 return this.__Format;
26             }
27             set
28             {
29                 this.__Format = value;
30             }
31         }
32
33         protected override void BeginProcessing()
34         {
35             base.BeginProcessing();
36         }
37
38         protected override void ProcessRecord()
39         {
40             Excel.Application __app = new Excel.Application();
41             __app.DisplayAlerts = false;
42             Excel.Workbook __book = __app.Workbooks.Add();
43             try
44             {
45                 __book.SaveAs(this.Path, this.Format);
46             }
47             catch
48             { }
49             finally
50             {
51                 __app.Quit();
52                 System.Runtime.InteropServices.Marshal.ReleaseComObject(__book);
53                 System.Runtime.InteropServices.Marshal.ReleaseComObject(__app);
54                 __book = null;
55                 __app = null;
56             }
57         }
58
59         protected override void EndProcessing()
60         {
61             base.EndProcessing();
62         }
63     }

6、这样一个Snapin就开发完成了，为了在脚本中使用，需要注册该Snapin并执行导入。

以管理员身份运行PowerShell ISE，执行以下脚本，将路径更改为你本机的目录。

Set-LocationE:\Work\Project\BrooksCom\Brooks.Scripts.PowerShell\Brooks.Scripts.PowerShell\bin\Debug

Set-Aliasinstallutil$env:windir\microsoft.net\framework64\v4.0.30319\installutil

installutil-iBrooks.Scripts.PowerShell.dll

installutil是.NET自带的安装工具，默认位于：

%windir% \Microsoft.NET\Framework64\v4.0.30319 --- Windows x64

%windir% \Microsoft.NET\Framework\v4.0.30319 --- Windows x86

注意64位和32位操作系统分别使用对应的installutil。

下面导入该Snapin：

Add-PSSnapin-NameBrooks.Scripts.PowerShell.Test

验证是否导入成功：

Get-PSSnapin–Registered

自定义的Snapin位于注册表的如下位置：

7、最后来执行以下我们的命令：New-Excel

New-Excel-PathE:\Test.xlsx-FormatxlOpenXMLWorkbook

可以看到，顺利生成了Excel文档：

小结：

PowerShell 3.0包含了众多的命令，几乎可以管理所有的方面，尤其在Windows Server 8中，PowerShell 已经处于核心地位。

公司的CTO是一位批处理、汇编高手，但是当我向他推荐PowerShell时，他却不屑一顾，觉得太不伦不类，原话是"什么鸟语法" J

这也从侧面验证了PowerShell现在的处境以及被高级管理人员所误解的程度。本次从一个自定义Snapin的开发展示了PowerShell的可扩展性，与开发一个普通的组件没有什么区别。我个人表示看好PowerShell在企业级管理中的前景，PowerShell也可以扩展为脚本引擎嵌入ERP等系统中，执行部署、流程控制、自动化操作等。

本文链接

开发WinRT自定义组件

2012-01-01T12:04:00Z

最近在工作中开始开发组件，满足公司的业务与技术需求，同时也在规划组件的开发路线，为公司的下一代产品做好技术储备。

元旦假期看了看Windows 8中的组件开发，除了传统的WPF、Windows Form、Silverlight、ASP.NET组件之外，还新增了一种WinRT组件。

WinRT = Windows Runtime，是Windows 8 新引入的一个新的框架，意在为Windows 平台上的开发提供一种语言无关、高度智能化的平台。

不是为了取代.NET、Win32等，而是为不同语言编写的程序提供统一支持，尤其是Metro风格程序。

测试代码下载

一、准备工作

安装Windows 8 Developer Preview、VS 11 Developer Preview等开发工具。

安装Win8时注意要用Windows Live ID登录，若没有账户可以先注册一个，否则后面会无法运行Metro程序。

安装Win8后注意更新一下显卡驱动，AMD官方提供了Windows 8的驱动，Nvidia使用Win7的驱动即可，确保分辨率在1024 X 768或更高。

VS 11 建议卸载自带的Express版本，安装全功能的Developer Preview版本。

此外，SQL Server 2012 RC0也已经发布，建议安装。

二、开始开发

2.1、创建一个Windows Metro Style的Class Library项目：

2.2、添加一个类：

2.3、写一个ButtonX，继承自Button:

WinRT的组件大部分位于Windows.UI.Xaml.Controls命名空间：

2.4、WinRT与WPF、Silverlight组件类似，我就照着葫芦画飘，在ButtonX中添加如下代码：

2.5、新建一个Themes文件夹，在其中添加Generic.xaml文件，因为没有资源字典这种项类型，故需要添加一个Page，然后把后台代码删除：

使用ResourceDictionary来分别加载多个组件。

2.6、同样添加一个ButtonX.xaml，在其中写入如下代码：

xmlns:winrt="clr-namespace:Brooks.CustomerControl.WinRT"为添加的前缀引用。

2.7、此时如果直接编译，会提示错误：

Google了半天，没找到解决方案，干脆把缺失的文件复制到相应位置，没想到就好了。

这样，最简单的一个ButtonX组件就完成了，下面新建一个项目来测试一下。

2.8、创建一个Windows Metro Style的Application项目：

添加项目引用：

2.9、添加一个Test.xaml空白Page，一开始我这样引用组件：

xmlns:winrt="Brooks.CustomerControl.WinRT;assembly=Brooks.CustomerControl.WinRT"

运行时总是出错，ButtonX是未知类型。

后来我使用IDE来自动添加引用，原来是使用using，且不需要添加assembly了。

xmlns:winrt="using:Brooks.CustomerControl.WinRT"

这样就可以了：

2.10、在其单击事件中写入如下代码，单击一次ButtonX就把按钮宽度增加5：

2.11、运行后就可以看到效果了：

此时如果使用本地账户登录的Windows 8或者显示分辨率低于1024 X 768，就很可能出现类似这个错误：

看上去是权限问题，这个网上很多人都遇到了。

成功运行后效果如下：

在Metro的导航中也可以看到这个程序：

2.12、关于.winmd

Windows 8种针对WinRT应用引入了一种新的组件winmd，文件扩展名为.winmd。本质上就是一个dll，即PE格式。

Windows 8的winmd组件默认位于：C:\Program Files (x86)\Windows Kits\8.0\Windows Metadata

用16进制编辑器可以打开查看：

也可以直接反编译：

我的自定义组件的项目类型依然是Class Library，若改成WinMD会遇到错误：

若有朋友解决了这个问题，请告知。

小结：

Windows 8的发布将会将触角拓展到平板、手持设备的领域，WinRT作为一种基础的解决方案，值得关注。

由于目前Windows 8还处于非常早期的阶段，所以开发环境等还不是很完善，相信随着正式版的临近，上面那些问题也会一一解决。

本文链接

VSTO 学习笔记（十三）谈谈VSTO项目的部署

2011-11-04T12:53:00Z

一般客户计算机专业水平不高，但是有一些Office水平相当了得，尤其对Excel的操作非常熟练。因此如果能将产品的一些功能集成在Office中，将会有很好的基础。

但是由于客户安装的Office版本不一，所以VSTO项目的部署问题显得尤为重要，需要考虑很多问题。

测试代码下载

本系列所有测试代码均在Visual Studio 2010 Ultimate SP1 + Office 2010 Professional Plus x64 SP1 上测试通过

大致归纳一下，主要有以下一些情况：

1、Office版本不同

目前主要有Office 2003、Office 2007、Office 2010。

2、32位与64位的Office

目前只有Office 2010提供64位版本。

3、64位操作系统安装32位的Office

目前多出现在新上市的笔记本，很多都是Win7 64位，安装了Office 2007、2010 32位。

此外，不同VSTO项目的部署方式也不相同。主要有如下一些VSTO项目类型：

1、文档类型

如Word Document、Excel Workbook

2、AddIn类型

如Word AddIn、Excel AddIn

3、Shared AddIn类型

4、Excel自定义公式类型

下面我们就来逐个探讨一下相应的部署方案。

注意VS2010 只支持Office 2007、Office 2010，若要开发基于Office 2003的VSTO项目，请使用VS2005、VS2008。

一、待部署的项目是文档类型

1.1、使用VS 2010创建一个Excel Workbook项目：

1.2、选择Office 2007格式.xlsx：

1.3、在一个工作表中放置一个按钮：

1.4、在其单击事件中弹出一个对话框：

1.5、F5运行，会打开Excel，点击按钮弹出我们希望看到的信息：

1.6、在Debug目录下会发现生成了如下这些文件：

由于是文档类型，因此生成一个Excel工作簿很正常。有一个.vsto格式的文件很少见，它就是VSTO项目部署时的安装文件。

.vsto文件其实是一个XML文件，用文本编辑器打开可以看到具体内容：

包含了VSTO项目的具体信息，如.NET运行时版本，依赖的程序集，数字签名等信息，不要手动修改这个文件。

.NET运行时为4.0，所以客户端首先要安装.NET Framework 4.0。

.vsto的默认打开方式是Visual Studio Tools For Office Execution Engine：

该组件包含于Visual Studio Tools For Office 运行时，因此客户端若要运行VSTO程序，还需要安装Visual Studio Tools For Office 运行时。

Visual Studio 2010 Tools for Office Runtime 可以在这里下载。

1.7、我用了一个虚拟机模拟客户端，安装了.NET 4.0和Office 2010后就可以打开.vsto了：

1.8、安装成功后就可以打开Debug中的Excel文件了：

注意文档类型的VSTO项目安装后只对发布的一个文档有效(只对Debug中的Excel有效)，不影响用户其他的Office文件，即文档类型项目不是全局性的。

1.9、在控制面板中可以将该VSTO项目卸载：

二、待部署的项目是Add In类型

2.1、新建一个Word Add In项目：

2.2、添加一个可视化Ribbon:

2.3、Ribbon中添加一个按钮：

2.4、单击弹出对话框：

2.5、F5运行后会打开Word：

2.6、在Debug目录中会生成一些文件：

2.7、客户端依旧需要安装.NET 4.0、Visual Studio 2010 Tools For Office Runtime才能运行该VSTO项目：

注意Add In 类型是全局性的，只要安装，用户随便打开一个Office文档都会包含该Add In。

三、Shared AddIn类型

所谓Shared AddIn，就是该插件可以被多种Office文档共用，但是一般都是针对一种Office文档开发。

3.1、创建一个Shared AddIn项目：

3.2、这里我选择只针对Excel：

3.3、设置加载属性：

3.4、默认有两个项目，一个是插件，另一个是MSI安装项目：

这里我们只谈部署，关于如何开发相关的项目请参考其他资料。

添加System.Windows.Forms的引用，然后在Connect.cs中的OnStartupComplete事件中弹出一个对话框：

3.5、设置安装项目属性：

注意TargetPlatform没有AnyCPU，故需要针对x86、x64分别编译一份MSI安装文件。

3.6、设置安装项目运行依赖组件：

这里可以设置需要.NET Framework 4.0：

在安装项目属性页中的【Prerequisites】中可以设置更多的运行依赖组件：

3.7、设置完成后编译安装项目，会生成相应的MSI安装包：

3.8、直接在安装项目右击àInstall即可以安装：

安装完后打开一个Excel就会看到我们的对话框：

四、Excel自定义公式类型

之所以把Excel自定义公式类型单独拿出来说，是因为Excel自定义公式的注册有些特殊，尤其是Excel 2010 x64。

4.1、创建一个类库项目：

4.2、写加减乘除四个函数和COM注册、反注册函数：

View Code

using System;
using System.Runtime.InteropServices;
using Microsoft.Win32;

namespace ExcelUDF
{
    [Guid("E72F44C7-DD4A-4FA2-BC32-4EA9925749DB")]
    [ClassInterface(ClassInterfaceType.AutoDual)]
    [ComVisible(true)]
    public class ExcelUDF
    {
        public int Add(int a, int b)
        {
            return a + b;
        }

        public int Subtract(int a, int b)
        {
            return a - b;
        }

        public int Multiply(int a, int b)
        {
            return a * b;
        }

        public int Divide(int a, int b)
        {
            return a / b;
        }

        #region COM Related

        [ComRegisterFunction]
        public static void RegisterFunction(Type type)
        {
            Registry.ClassesRoot.CreateSubKey(GetSubKeyName(type, "Programmable"));
            var key = Registry.ClassesRoot.OpenSubKey(GetSubKeyName(type, "InprocServer32"), true);
            key.SetValue("", Environment.SystemDirectory + @"\mscoree.dll", RegistryValueKind.String);
        }

        [ComUnregisterFunction]
        public static void UnregisterFunction(Type type)
        {
            Registry.ClassesRoot.DeleteSubKey(GetSubKeyName(type, "Programmable"), false);
        }

        private static string GetSubKeyName(Type type, string subKeyName)
        {
            var s = new System.Text.StringBuilder();
            s.Append(@"CLSID\{");
            s.Append(type.GUID.ToString().ToUpper());
            s.Append(@"}\");
            s.Append(subKeyName);
            return s.ToString();
        }
        #endregion
    }

4.3、我安装的是Excel x64，需要手动注册自定义公式的程序集，为此在项目属性中的Build Events中写入批处理脚本来自动注册：

%windir%\Microsoft.NET\Framework64\v4.0.30319\regasm /codebase "$(TargetPath)"

如果是Excel x86，这样注册：

%windir%\Microsoft.NET\Framework\v4.0.30319\regasm /codebase "$(TargetPath)"

部署到客户端时需要执行这个批处理脚本。

这样在每次编译成功后就会自动注册该自定义公式。

4.4、在生成管理器中配置为 x64：

4.5、在Ribbon项目中添加调用自定义公式的代码：

using Microsoft.Office.Tools.Ribbon;

namespace ExcelAddIn
{
    public partial class RibbonDemo
    {
        private void RibbonDemo_Load(object sender, RibbonUIEventArgs e)
        {

        }

        private void btnAdd_Click(object sender, RibbonControlEventArgs e)
        {
            Globals.ThisAddIn.Application.ActiveCell.Formula = "=Add()";
        }

        private void btnSubtract_Click(object sender, RibbonControlEventArgs e)
        {
            Globals.ThisAddIn.Application.ActiveCell.Formula = "=Subtract()";
        }

        private void btnMultiply_Click(object sender, RibbonControlEventArgs e)
        {
            Globals.ThisAddIn.Application.ActiveCell.Formula = "=Multiply()";
        }

        private void btnDivide_Click(object sender, RibbonControlEventArgs e)
        {
            Globals.ThisAddIn.Application.ActiveCell.Formula = "=Divide()";
        }
    }

4.6、修改Ribbon项目属性，将 Excel设置为启动的扩展程序：

4.7、编译、运行，会调用Excel来打开，自动加载我们的插件ExcelAddIn：

4.8、激活自定义公式：

在【Developer】选项卡中点击【Add-Ins】，再点击【Automation】找到我们编写的自定义公式，【OK】。

4.9、此时在Excel中就可以使用我们的公式了;

小结：

1、若客户使用的主要是Office 2003，则使用VS2008开发(.NET 3.5)；若客户使用Office 2007或更新版本，则使用VS2010来开发。(.NET 4.0)

2、一般的安装顺序为：

.NET Framework –> Visual Studio Tools For Office Runtime à MSI或.vsto

3、安装之前最好将原来版本卸载，若.vsto出现无法安装的情况，则可以使用Mage.exe清理一下缓存再尝试安装。

命令行下执行：mage -cc

Mage.exe是Windows SDK中的一个小工具，安装完Windows SDK后默认位于：

C:\Program Files (x86)\Microsoft SDKs\Windows\xx\Bin àWindows x64

C:\Program Files\Microsoft SDKs\Windows\xx\Bin àWindows x86

其中xx是Windows SDK的版本号，如v6.0A、v7.0A、v7.1等。

使用VSTO开发建议客户端安装Office 2007或更新版本，因为VSTO本身就是对Office 2007或更新版本量身定制的。Office 2003由于历史遗留问题，难以适应新架构。

对此需要引导客户，虽然客户是上帝，但是如果能说服客户升级Office，则对用户体验和项目后期的升级维护有显著的好处。

本文链接

PowerShell 3.0 实践（三）管理 Hyper-V 3.0(2)

2011-10-31T10:37:00Z

上一次对Hyper-V 3.0做了一次概述，新增了很多企业级的新特性，值得关注。

本次我们继续关注Hyper-V 3.0，测试下虚拟硬盘管理。

测试脚本下载

本系列所有脚本使用Windows Server 8(PowerShell ISE x64)测试通过

1、新建一个虚拟硬盘

创建一个VHD格式的虚拟硬盘，大小为10GB，动态扩展

New-VHD-PathF:\Work\tmp\Hyper-V\NewVHD.vhd-VHDTypeDynamic-VHDFormatVHD-SizeBytes10GB

执行结果：

2、将VHD转换为VHDX格式

Convert-VHD-PathF:\Work\tmp\Hyper-V\NewVHD.vhd-DestinationPathF:\Work\tmp\Hyper-V\NewVHD.vhdx-VHDFormatVHDX

执行结果：

本来我以为Convert-VHD可以将VHDX转换为VMDK、VDI、HDD、img等其他虚拟硬盘格式，好吧，只能在VHD、VHDX之间转换。

3、查看虚拟硬盘的基本情况

Get-VHD-PathF:\Work\tmp\Hyper-V\NewVHD.vhdx

执行结果：

4、挂载、卸载虚拟硬盘

Mount-VHD-PathF:\Work\tmp\Hyper-V\NewVHD.vhdx

Dismount-VHD-PathF:\Work\tmp\Hyper-V\NewVHD.vhdx

执行结果：

5、测试虚拟硬盘

Test-VHD-PathF:\Work\tmp\Hyper-V\NewVHD.vhdx

执行结果：

6、扩展虚拟硬盘容量

Resize-VHD-PathF:\Work\tmp\Hyper-V\NewVHD.vhdx-SizeBytes20GB

执行结果：

7、优化虚拟硬盘

Optimize-VHD-PathF:\Work\tmp\Hyper-V\NewVHD.vhdx-ModeQuick

执行结果：

本文链接

PowerShell 3.0 实践（二）管理Hyper-V 3.0(1)

2011-10-23T05:10:00Z

我一直都用服务器系统做开发，近期将Windows 8更改为了Windows Server 8，重点测试一下企业级相关的新特性。

测试脚本下载

本系列所有脚本使用Windows Server 8(PowerSHell ISE x64)测试通过

Windows Server 8也保留了Metro界面：

与Windows Server 2008 R2 相比外观变化比较大的是多了一个Server Manager Dashboard：

一、Windows Server 8 十大新特性：(英文原文)

1.1、多服务器管理

1.2、零阻力服务器部署

1.3、IP地址管理

1.4、动态访问控制

1.5、大型Hyper-V群集

1.6、灵活的动态迁移

1.7、高级虚拟网络

1.8、Hyper-V复制

1.9、服务器信息块形式的服务器数据

1.10、虚拟桌面架构增强

二、Hyper-V 3.0十大新特性(英文原文)

2.1、vhdx虚拟磁盘格式

2.2、虚拟光纤通道适配器

2.3、存储和网络资源池

2.4、支持多于4个的虚拟CPU

2.5、硬件加速

2.6、带宽管理

2.7、DHCP向导

2.8、路由向导

2.9、端口监控

2.10、虚拟交换机扩展

三、使用PowerShell 3.0管理Hyper-V 3.0

PowerShell ISE是集成在Windows Server中的PowerShell集成开发环境，在Windows Server 8中，PowerShell ISE终于开始支持智能感知功能了：

虽然还不如PowerGUI Script Editor还用，但是已经很不错了，且支持插件，目前插件还不多，在 TeachNet上可以查看。

PowerGUI Script Editor暂时还不支持PowerShell 3.0，故将使用PowerShell ISE 进行开发。

新版本的PowerShell ISE的一个很实用的功能是可以查看、搜索模块与命令：

下面使用Hyper-V模块，可以看到有很多命令：

VHD虚拟磁盘格式早在VirtualPC时代就已经出现，是微软虚拟存储的标准格式，在Windows 7 和 Windows Server 2008 R2中，支持直接从VHD虚拟磁盘启动，但是最大容量限制是2TB。

到了Hyper-V 3.0，容量限制已经提升到了16TB，且更新为了VHDX磁盘格式。

3.1、创建一个虚拟磁盘

New-VHD-Path"F:\Work\tmp\Hyper-V\test.vhdx"-VHDTypeDynamic-VHDFormatVHDX-SizeBytes1024MB

如下图所示，在F:\Work\tmp\Hyper-V目录中创建了一个VHDX格式的虚拟磁盘，容量为1GB，动态扩展。

在Windows Server 8中，可以直接挂载VHDX虚拟磁盘格式：

可以在磁盘管理器中对其进行初始化：

一般使用MBR分区表，格式化为NTFS后就可以在资源管理器中查看了，和物理硬盘没什么区别：

3.2、查看已有的虚拟机

Get-VM-Name"WinServer2003R2"

脚本运行结果：

3.3、查看Hyper-V服务器的信息

Get-VMHost

3.4、创建一个虚拟机

New-VM-Name"WinServer2008R2"-MemoryStartupBytes2GB-BootDevice"CDRom"-NewVHDPath"F:\Backup\Developer\Virtualization\Virtual Machines\Hyper-V\Virtual Hard Disks\WinServer2008R2.vhdx"-NewVHDSize (2048*1000*10) -SwitchName"Hyper-V Switch"

3.5、启动、关闭虚拟机

Start-VM-Name"WinServer2008R2"

Stop-VM-Name"WinServer2008R2"–Force

3.6、删除虚拟机

Remove-VM-Name"WinServer2008R2"–Force

注意删除虚拟机并不会删除虚拟磁盘。

小结：

本次开始对Windows Server 8的企业级特性进行测试，对即将发布的下一代Windows Server进行预热。PowerShell 3.0扮演了核心角色，几乎可以完成所有的管理操作，后续篇章会继续测试Windows Server 8的奇特新特性。

本文链接