博客园_袁永福 C# Discoverer

俺新书出版了

2011-11-13T02:16:00Z

俺新书出版了IsBN：978-7-121-14313-7 《精通c井编程》定价89元欢迎购买

本文链接

[XDesigner.ORM开源框架]简介

2011-10-10T02:03:00Z

前言

本教程介绍了作者自行设计和开发的XDesigner.ORM应用程序框架，预计的读者是C#的中级或者高级开发人员。

C#初级和中级开发人员可以从中学习到如何在C#应用程序开发中使用XDesigner.ORM框架来方便快捷的实现关系型数据库和应用程序数据对象之间的来回映射处理。

C#高级开发人员可以从中学习如何在C#中使用反射、动态编译、文档对象模型等较为高级的编程技巧。

点击下载XDesigner.ORM C#源代码。

ORM概述

ORM是英文Object/Relation Mapping的简写，翻译成中文就是对象-关系数据库映射。是一种为了解决面向对象编程思想和关系数据库技术存在的不匹配的问题的技术思想。

在数据库界，主流的数据库都是关系型数据库，其采用的关系型数据结构模型，无论从数学理论上还是实践中都相当的成熟，因此得到非常广泛的应用。在关系型数据结构理论中，所有的数据都组织成一个个相互独立的二维表格，一个数据表有若干行若干列。因此关系型数据库适合存储大量的结构简单的数据，不适合存储复杂的数据结构。

在业界，面向对象的编程思想及其派生思想占据主流。面向对象的编程思想具有封装，继承，重载等手段来方便的实现比较复杂的数据结构，这适应了现代信息系统包含大量复杂数据结构的特点，其应用广泛深入。

关系型数据模型和面向对象的编程思想之间存在比较大的差别，数据在两者之间的交换是不大通畅的，就像南京，江北和主城区之间是长江来阻断交通。因此开发人员迫切需要破解这种数据交通的阻断。

以前程序员需要手工编程，从数据库中读取一个个字段值并赋值到编程对象的一个个字段或属性上，这就像在长江上架一个独木桥，开发效率低下，维护困难。后来出现一种叫ORM的框架性的软件，它能根据某些配置信息将数据库中的字段和编程对象的字段或属性之间建立映射关系，从而能方便的从数据库读取字段值并赋值到对象属性中。这是一种半自动的机制，能比较大的提高开发效率，简化维护，这就像在长江上架设了一座高速公路大桥。

从本质上说，关系型数据库和面向对象的编程思想之间的隔阂非常大，就像长江是天涧，即使建五六座大桥也不够用。彻底的解决方法就是抛弃关系型数据库而使用面向对象的数据库，不过这个过程就像南京江北整体搬迁到江南一样，工程浩大，时间漫长。在等待面向对象数据库的统治前，各位仍然得忍受关系型数据库和面向对象编程思想之间的数据交通不畅的痛苦，并使用ORM框架来很有限的降低这种痛苦。从这个角度上说，开发人员痛恨关系型数据库，就像搞运载火箭的人痛恨地球引力一样。

在目前的软件开发中，Hibernate是用的比较多的ORM技术，它是一个JAVA的开放源代码的对象关系映射框架，它对JDBC进行了轻量级的对象封装，是的JAVA程序员可以使用对象编程思想来操作数据库。而有人将Hibernate改造成基于.NET框架的，形成了NHibernate，能用于.NET开发。

XDesigner.ORM概述

XDesigner.ORM（简称XORM）是一个基于微软.NET平台的开源ORM框架程序。主要特点有

1. 轻量级。XORM是轻量级的框架，所有功能组件只包含在两个.NET程序集中，引用和部署非常方便，没有使用任何第三方组件。

2. 使用简单。没有复杂的XML映射配置文件。只需要在实体对象的源代码中附加相关的特性，附加这些特性并不影响程序的运行；实体对象类型的代码编写比较自由，限制条件少。

3. 支持对象关系映射。XORM能处理实体对象类型之间的主从关系，能自动加载主对象的子对象列表。

4. 支持动态加载。XORM能动态加载实体对象的数据量很大的字段值以及子对象列表。只有应用程序调用这些数据时才动态的加载，而且这个过程对应用程序来说是透明的。

5. 高性能。XORM框架使用动态编译技术来提高性能，使得它能以比较快的速度来处理ORM映射关系。

XORM框架的架构如下图所示

XORM的内部架构以后详细说明。

XORM框架还在快速发展中，未来将要实现的功能有

1. XML映射配置文件。未来将同时支持XML映射配置文件和实体类型附加特性两种方式来描述ORM映射关系，使得XORM框架应用更加的灵活。

本文链接

[毕业生的商业软件开发之路]解决方案资源管理器

2011-10-09T14:35:00Z

解决方案资源管理器

VS.NET集成开发环境右上方为解决方案资源管理器。其用户界面如下所示。

解决方案资源树状列表

解决方案资源树状列表的方式列出了C#工程中包含的所有的成员项目。这个树状列表中列出的常见的成员项目类型有以下几种。

解决方案

这个树状列表的只有一个“解决方案”根节点，根节点下面列出了该解决方案下的所有的成员项目。解决方案下面一般是各种类型的工程项目节点。还可以是其他文件。

比如在上图中，树状列表根节点是“”，它下面包含了一个C#工程节点。

鼠标右击解决方案节点，会如下图弹出快捷菜单。

该快捷菜单中常用的菜单项目有

生成解决方案	对该解决方案下的所有的程序工程进行编译，输出编译结果。这个进行是增量编译。在编译一个程序工程前会判断该工程及其内容是否发生改变，若改变了则进行编译，否则就是用最后一个编译结果。这能节省生成解决方案的执行时间。比如对于一个C#工程，若在最后一次编译成功后所有的程序源代码文件，资源文件没有修改过，则生成解决方案时该C#工程不会编译而是用最后一次编译结果。
重新生成解决方案	也是将解决方案下的所有的程序工程进行编译，输出编译结果。但不会进行增量编译判断。
添加	该菜单项目有子菜单项目。
添加→新建项目	显示“添加新项目”对话框，若用户的操作新增了一个项目，则将新增的项目添加到这个解决方案中。下一次打开解决方案时也会加载这个刚刚新增的程序项目。
添加→现有项目	显示一个“添加现有项目”的文件选择对话框，若用户选择了一个VS.NET支持的程序项目文件，比如C#或者VB.NET项目文件，则VS.NET加载该项目并添加到这个解决方案中。下一次打开解决方案时也会加载这个程序项目。
添加→新建网站	显示一个“添加新网站”对话框，若用户的操作新增了一个网站类型的程序项目则将这个新增的项目添加到这个解决方案中。
添加→现有网站	显示一个“添加现有网站”对话框，若用户的操作打开了一个网站类型的程序项目，则VS.NET将这个程序项目添加到解决方案中。
重命名	修改解决方案的名称。
属性	在VS.NET的主工作区域中显示解决方案属性窗口。

程序工程

在上图中，节点“ ”就是程序工程节点。

点击程序工程节点，会如下图弹出快捷菜单

该快捷菜单中常用的菜单项目有

生成	对程序项目进行编译，输出编译结果。会进行增量编译判断，若最后一次生成后所有的源代码或资源文件没有修改过则不会重新生成而直接使用上一次的编译结果。
重新生成	对程序项目进行编译，输出编译结果。不会进行增量编译判断。
添加	这个菜单项目有若干子菜单。
添加→新增项	显示“添加新项”对话框，往这个程序项目中添加新的文件。
添加→现有项	显示“添加现有项”对话框，可将多个已经存在的文件添加到程序项目中。
添加→新建文件夹	在程序项目中新建一个文件夹。
添加→Windows窗体	显示“添加新项”对话框，并自动设置项目类型为“Windows 窗体”。用于快速的向程序项目中添加新的Windows窗体类型。
添加→用户控件	显示“添加新项”对话框，并自动设置项目类型为“用户控件”。用于快速的向程序项目中添加新的用户控件类型。
添加引用	显示“添加引用”对话框，为程序项目添加一个程序集引用，使得软件能调用其他程序集中已经实现的软件功能。
添加Web引用	显示“添加Web引用”对话框，为程序项目添加一个Web引用，是的软件能调用WebService。
设为启动项目	在VS.NET中开发人员点击VS.NET的菜单“调试-启动调试”或者按在F5键以调试模式启动程序时，由于解决方案可以包含多个程序工程项目，而VS.NET不支持同时运行所有的程序项目，因此必须从多个程序工程项目中指定一个作为首先启动的项目。使用本菜单项目就是指定当前程序工程项目为启动项目。启动项目必须为WinForm类型、命令行类型或者网站类型，不能为类库类型。
移除	在解决方案中删除该项目，但不会删除任何项目文件，只是让解决方案不再包含这个程序工程项目。
重命名	修改程序工程项目的名称。项目工程名称和文件名是相同的，修改工程项目名称也会修改文件名。注意，修改工程名称不会修改工程的程序集名称和默认命名空间。比如在这里的C#工程“第一个Windows应用程序”，它的工程文件名为“第一个Windows应用程序.csproj”；若修改项目工程名称为“第二个Windows应用程序”，则它的工程文件名修改为“第二个Windows应用程序.csproj”。但这个工程编译输出结果还是“第一个Windows应用程序.exe”。

引用

在本例中可以看到，C#工程“第一个Windows应用程序”引用了“System”、“System.Data”、“System.Deployment”、“System.Drawing”、“System.Windows.Forms”和“System.Xml”等6个外部程序集。

鼠标右击“引用”节点会弹出如下图所示的快捷菜单。

该快捷菜单中，“添加引用”菜单功能等于程序工程的快捷菜单中的“添加引用”，“添加Web引用”菜单功能等于程序工程的快捷菜单中的“添加Web引用”。

程序文件

程序工程节点下大部分是程序文件节点。包括源代码文件、程序资源文件和其他文档文件。对于某些程序模块，比如窗体、用户控件、ASP.NET页面等，需要多个程序文件的支持，此时会将这些相关联的文件显示为主文件的子节点。

如下图所示，对于一个窗体一般包含三个文件。比如对于窗体“frm左对齐”，包含三个文件“frm左对齐.cs”、“frm左对齐.Designer.cs”和“frm左对齐.resx”。其中第一个文件是窗体源代码主文件，“Designer.cs”是窗体设计器自动生成的代码文件，“resx”文件是窗体资源文件，用于保存窗体中的诸如图片等资源数据。

如下图所示，鼠标右击文件节点，会显示一个快捷菜单。

该快捷菜单中常用的菜单项目有

打开	以该文件类型对应的默认的方式打开文件。在树状列表中鼠标双击某个文件就相当于执行了“打开”操作。比如对于窗体代码文件则在VS.NET主工作区域中打开窗体设计器。对于纯粹的源代码文件则在主工作区域中显示该源文件的内容。对于Word文档则会调用MS Word程序打开该文件。
打开方式	显示如下图所示的“打开方式”对话框，选择某种打开方式来打开文件。
查看代码	直接查看文件的源代码，而不调用某种可视化的设计器。比如对于窗体代码文件，默认是调用窗体设计器打开它的，而点击“查看代码”则显示该窗体代码文件的C#源代码。
查看设计器	尽量调用当前文件的文件类型配套的可视化设计器来查看和编辑文件内容。比如对于本例中的Form1.cs调用窗体设计器来打开文件。
从项目中排除	将当前文件从程序项目中去掉，使得程序项目不再包含该文件。但不会从磁盘中删除该文件。今后还可以使用“添加现有项”的操作将文件重新包含在程序项目中。
剪切	剪切文件。
复制	复制文件。
删除	删除文件。注意，该操作将从磁盘中永久的删除文件，而且无法使用Windows的回收站功能恢复文件。
重命名	修改文件名。
属性	在属性列表中显示该文件的属性设置。

对于不同的文件类型，该快捷菜单的内容可能会发上改变，即使对于同一种扩展名的文件其菜单内容也可能不同。

比如对于文件Form1.cs，VS.NET检测到该文件是一个窗体的主源代码文件，因此它的快捷菜单有“查看设计器”项目，而且点击“打开”菜单会调用WinForm窗体设计器来打开该源代码文件；而对于Program.cs文件，VS.NET检测到该文件是一个纯粹的C#源代码文件，此时它的快捷菜单就没有“查看设计器”，而且点击“打开”菜单会以文本方式显示该C#源代码文件的内容。

文件夹

当程序文件非常多时，可以使用文件夹以树状的结构组织和管理程序文件，比如同属一个大的功能模块的程序代码可以放在一个文件夹下。

对于本例中的C#工程“第一个Windows应用程序”，其默认命名空间是“第一个Windows应用程序”。在解决方案资源树状列表的C#工程项目节点上鼠标右击弹出快捷菜单，点击“添加-新建文件夹”菜单项目，此时会在工程节点下面新建了一个“NewFolder1”的文件夹。

鼠标右击“MyFolder”文件夹，会弹出如下图所示的快捷菜单。

这个快捷菜单中常用的菜单项目有

添加	该项目有多个子菜单项目。这些子菜单项目用于在这个目录下添加新的文件或子文件夹。
从项目中排除	从项目中排除这个文件夹以及所有的子文件夹和文件，但不从磁盘中删除该文件夹及其内容。
重命名	修改该文件夹的名称。

点击“重命名”菜单项目将该文件夹名称修改为“MyFolder”。这样就完成了新增一个指定名称的文件夹的操作。

在MyFolder文件夹下面新增一个名为“MyClass”的C#类源代码文件。打开该文件可以看到其代码文本如下

using System;
using System.Collections.Generic;
using System.Text;

namespace 第一个Windows应用程序.MyFolder
{
    class MyClass
    {
    }
}

可以看到，默认情况下，这个类型的命名空间就是“第一个Windows应用程序.MyFolder”。

开发人员可以在文件夹下再建立子文件夹，形成多级目录结构。此时在多层文件夹下面新增的C#代码文件其默认的命名空间就是“项目默认命名空间.文件夹名.子文件夹名”，以此类推。这种文件夹层级关系理论上没有限制，但在笔者的实践中至多用上3层。

本文链接

[毕业生的商业软件开发之路]尽早暴露错误原则

2011-08-30T03:16:00Z

近期开始接触到在校学生、高校实习生和毕业生，在此说一下笔者对这些徘徊在职场门口的学生一些建议,希望能给这些初学者进入软件开发行业带来一些帮助,使得毕业生能更顺利的进入软件开发公司开始职场生涯，人生来一个完美的转弯。

-----------------------------------------------------------------------

下面举个这条原则的例子，现数据库中有一个名为Customers的数据表，其内容如下：

CustomerID	CompanyName	ContactName	ContactTitle	Address	City
1	少室山公司	方证	采购员	东园西甲 30 号	长平
2	擎天航空	雷震子	销售代表	常保阁东 80 号	莫斯科
3	华夏工程	李大禹	市场经理	广发北路 10 号	幽州
4	武当投资	宋青书	物主	临翠大街 80 号	巴伐利亚
5	擎天南京公司	大星星	物主	花园东街 90 号	许安

对此笔者可以写出以下的两种代码来读取并输出其中的数据：

第一种：

using (IDbConnection conn = new OleDbConnection())
{
    // 连接数据库
    conn.ConnectionString = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source="
        + System.IO.Path.Combine(Application.StartupPath, "Customers.mdb");
    conn.Open();
    using (IDbCommand cmd = conn.CreateCommand())
    {
        // 设置SQL语句
        cmd.CommandText = @"
            Select
                CustomerID ,
                CompanyName ,
                ContactName ,
                ContactTitle ,
                Address ,
                City
            From Customers";
        // 读取并输出数据
        IDataReader reader = cmd.ExecuteReader();
        if (reader.Read())
        {
            Console.WriteLine("CustomerID  =" + reader["CustomerID"]);
            Console.WriteLine("CompanyName =" + reader["CompanyName"]);
            Console.WriteLine("ContactName =" + reader["ContactName"]);
            Console.WriteLine("ContactTitle=" + reader["ContactTitle"]);
            Console.WriteLine("Address     =" + reader["Address"]);
            Console.WriteLine("City        =" + reader["City"]);
        }//if
        reader.Close();
    }//using
}//using

第二种：

using (IDbConnection conn = new OleDbConnection())
{
    // 连接数据库
    conn.ConnectionString = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source="
        + System.IO.Path.Combine(Application.StartupPath, "Customers.mdb");
    conn.Open();
    using (IDbCommand cmd = conn.CreateCommand())
    {
        // 设置SQL语句
        cmd.CommandText = @"Select *  From Customers";
        // 读取并输出数据
        IDataReader reader = cmd.ExecuteReader();
        if (reader.Read())
        {
            Console.WriteLine("CustomerID  =" + reader["CustomerID"]);
            Console.WriteLine("CompanyName =" + reader["CompanyName"]);
            Console.WriteLine("ContactName =" + reader["ContactName"]);
            Console.WriteLine("ContactTitle=" + reader["ContactTitle"]);
            Console.WriteLine("Address     =" + reader["Address"]);
            Console.WriteLine("City        =" + reader["City"]);
        }//if
        reader.Close();
    }//using
}//using

这两种代码的唯一的区别就在于其中使用了不同的SQL语句，第一种代码使用的SQL语句是

Select

CustomerID ,

CompanyName ,

ContactName ,

ContactTitle ,

Address ,

City

From Customers

而第二种代码使用的SQL语句是

Select * From Customers

如果当数据库没有问题，则两种SQL语句都能执行，程序都能正确的读取数据，此时第二种写法反而貌似不错。

不过实际中应用程序开发和运行环境很复杂，比如发生了代码中字段名拼写错误、数据库字段结构发生改变，这些都是需要考虑到的问题。

对于第一种代码，程序会在执行代码“IDataReader reader = cmd.ExecuteReader();”时就会爆出异常“至少一个参数没有指定值 OleDbException”。此时开发者借助VS.NET可以很快的确定出发生错误的代码，并根据错误提示很容易猜测SQL语句写错了。于是开发者进行SQL语句与数据库结构的对比，很快就能发现错误的本质，那就是字段Address突然没了。

而对于第二种代码，程序顺利的执行了代码“IDataReader reader = cmd.ExecuteReader();”,但在执行代码“Console.WriteLine("Address =" + reader["Address"]);”时爆出异常“Address IndexOutOfRangeException”。对于这个错误，开发者首先会有些迷惑，不知为什么发生错误，因为错误提示信息和数据库联系不大，而后怀疑代码中的“reader["Address"]”出现字段名拼写错误，花上一段时间仔细校对确定无误后才会往前继续寻找错误的来源，会发现SQL语句没有拼写错误，最后才会想到去查数据库结构，绕了半天才发现数据库字段Address没了，这才是错误的本质。

而第二种代码很和谐，没能在第一时间让隐患爆出错误，让隐患养着更肥，一直默默的影响着程序的运行，最终隐患爆出更大的更让人摸不着头脑的错误，使得开发者需要花费更多的时间精力来处理这个错误，这是姑息隐患，将错误养大了出栏再杀的做法，对开发者对程序都有害处。

在VB中有一个写作“On Error Resume Next”的语句，号称能和谐掉程序中所有的错误，让程序不爆出任何异常，丫就彻彻底底的破坛子破摔、掩耳盗铃的做法，因此这种写法应用得比较少。

因此开发者要写出一个真正和谐的程序，其过程必然不能简单粗暴的和谐，要尽可能早的让各种隐患爆出程序错误；隐患要上访变成错误，程序不能打击压制，而且程序要疏通各种隐患上访的通道，让开发者更快的发现错误的本质，更快的解决错误。尊重科学规律，正视隐患和错误，正确处理错误而不是打压隐患，程序才能和谐健壮。

本文链接

[毕业生的商业软件开发之路]C#中的Main函数

2011-08-22T05:47:00Z

近期开始接触到在校学生、高校实习生和毕业生，在此说一下笔者对这些徘徊在职场门口的学生一些建议,希望能给这些初学者进入软件开发行业带来一些帮助,使得毕业生能更顺利的进入软件开发公司开始职场生涯，人生来一个完美的转弯。[袁永福版权所有]
--------------------------------------

Main函数

C#中的Windows应用程序和命令行程序编译后的结果是EXE文件，而EXE文件是需要定义启动程序的入口点。这个入口点在C#中就是main函数，这点和C语言很类似。

在“第一个Windows应用程序”的C#工程中一开始就包含了一个“Program.cs”的源代码文件，该文件内容如下。

using System;
using System.Collections.Generic;
using System.Windows.Forms;

namespace 第一个Windows应用程序
{
    static class Program
    {
        /// <summary>
        /// 应用程序的主入口点。
        /// </summary>
        [STAThread]
        static void Main()
        {
            Application.EnableVisualStyles( );
            Application.SetCompatibleTextRenderingDefault(false);
            Application.Run(new Form1( ));
        }
    }
}

这个文件中就定义了Main函数，一个C#的Windows应用程序或者命令行程序中有而且只有一个Main函数。

在Main函数前面的代码“[STAThread]”通知了编译器该函数是采用单线程模式的。

除了在Main函数中获得命令行参数，开发者可以在任何地方使用类型System.Environment的CommandLine静态属性获得启动程序使用的命令行文本，也可以使用该类型的GetCommandLineArgs静态方法获得启动程序使用的命令行参数。

Main函数中的代码“Application.EnableVisualStyles( )”是让整个应用程序启动了XP样式。

当Windows应用程序启动XP样式时，用户界面显示如下图。

若没有启动XP样式时，用户界面显示如下图。

本文链接

[毕业生的商业软件开发之路]系列文章目录规划

2011-08-18T09:28:00Z

目前[毕业生的商业软件开发之路]系列文章规划出的目录如下，希望靠大家一起完善它,有什么意见欢迎跟帖。

建立C# Web Service应用程序项目

编写Web方法

发布Web Service

使用Web Service

在Windows应用程序中使用Web Service

添加Web引用

使用WebService

在ASP.NET应用程序中使用Web Service

System.Data.IDbConnection接口类型

System.Data.IDbCommand接口类型

System.Data.IDataReader接口类型

System.Data.IDataParameter接口类型

try-catch-finally结构语句

UseXmlTextWriter.aspx

设置HTTP输出类型

查询数据库

使用XmlTextWriter输出XML文档

System.Text.Encoding类型

System.IO.StreamReader类型

System.IO.StreamWriter类型

[毕业生的商业软件开发之路]Windows窗体设计概念及原则

2011-08-18T01:44:00Z

近期开始接触到在校学生、高校实习生和毕业生，在此说一下笔者对这些徘徊在职场门口的学生一些建议,希望能给这些初学者进入软件开发行业带来一些帮助,使得毕业生能更顺利的进入软件开发公司开始职场生涯，人生来一个完美的转弯。
---------------------------------------------------------------------------

Windows窗体设计概念及原则

本节介绍一下Windows窗体设计中的一些概念和原则。

控件的名称

当开发人员在窗体中新增一个控件时，系统会给这个控件设置默认名称，比如对于Label控件，其默认名称可能为lable1、label2等，对于TextBox控件其默认名称可能为textBox1、textBox2等等。

如下图所示，笔者设计了一个“用户信息”窗体，在默认情况下，各个控件的名称如下图所示。

因此开发人员应当养成在窗体上新建控件就立即修改控件名称的习惯。这样能有效的改进软件的用户界面的设计质量，也是窗体后台代码高质量的基础。对于Label控件，由于基本上不参与编程，只是在用户界面上显示一段不可改变的静态文本，因此可以不设置Label控件的名称，但当在少数情况下，当窗体后台代码需要操作Label控件的文本等属性值时，为了提高代码的质量也应当修改Label控件的名称。比如对于下面这个窗体，各个数据输入控件的名称设置如下。

控件名称一般为表示控件类型的前缀加上表示控件作用的字符组成。常用控件类型和前缀对应关系如下表所示

控件类型	前缀
Button 按钮	btn
CheckBox 复选框	chk
ColumnHeader 视图列表头	col
ComboBox 组合框	cbo
ContextMenu 快捷菜单	ctm
DataGrid 数据网格控件	dg
DataGridView 数据网格视图控件	dgv
DateTimePicker 时间输入框	dtp
DomainUpDown 数值框	dud
Form 窗体	frm
GroupBox 组合框	grp
HscrollBar 水平滚动条	hsb
ImageList 图标列表	img
Label 文本标签	lbl
LinkLabel 带链接的文本标签	lbl
ListBox 列表框	lst
ListView 视图列表	lvw
Menu 菜单	menu
MenuItem 菜单项	menu
NumericUpDown 数值框	nud
Panel 面板	pnl
PictureBox 图片框	pic
ProgressBar 进度条	prg
RadioButton 单选框按钮	rdo
Spliter 拆分条	spl
StatusBar 状态栏	stu
StatusBarPanel 状态栏区域	pnl
StatusStrip 状态栏	stu
TabControl 分页控件	tab
TabPage 分页标签页面	page
TextBox 文本框	txt
Timer 定时器	tmr
ToolBar 工具条	tbr
ToolStrip 工具栏	tsp
ToolStripButton 工具栏按钮	btn
ToolStripComboBox 工具栏下拉组合框	cbo
ToolStripDropDownButton 工具栏下拉列表	btn
ToolStripDropDownMenu 工具栏菜单项目	menu
ToolStripLabel 工具栏静态文本	lbl
ToolStripProgressBar 工具栏进度条	prg
ToolStripTextBox 工具栏文本框	txt
TreeView 树状视图列表	tvw
VScrollBar 垂直滚动条	vsb
WebBrowser 浏览器控件	wb

笔者一般使用英文或者缩写来表示控件的作用，若没有合适的英文则采用汉语全拼音或者干脆用中文汉字，但绝不会用中文汉语拼音首字母，因为汉语拼音首字母很难仅仅从字母上猜出其表示的汉字，而猜测英文缩写相对容易得多。

如下图所示，可能有些人使用汉语拼音首字母来设置控件的名称，比如“姓名”文本框取名“txtXM”，这是一种不好的控件命名方式，因为很多时候是实在是难于从拼音首字母中猜测控件的作用，控件名称的低可读性降低了程序代码的可读性。

因此按照比较合理的命名方式，“姓名”文本框的名称就采用TextBox控件的前缀“txt”和表示姓名的英文“Name”组合而成为“txtName”。

TabIndex属性

首先的设置好控件的TabIndex属性值。在程序运行显示窗体时，用户可以按下Tab键来切换输入焦点，而切换顺序就依照各个控件的TabIndex属性。一般的输入焦点切换顺序按照从左到右，从上到下。因此需要设置左上方位的控件的TabIndex属性值为小，右下方为的控件的TabIndex属性值为大。但实际开发中还是按照具体功能需求来安排输入焦点切换顺序。

在设置各个控件的TabIndex属性值时不应设置为连续的值，比如设置第一个控件的TabIndex属性值为1，第二个控件为2，第三个控件为3，等等等。采用这种设置时，当未来在输入焦点顺序中插入新的控件，则会需要修改大量的控件的TabIndex属性值。为此笔者建议输入的各个控件的TabIndex属性值不联系，比如有10的间隔，此时可以设置第一个控件的TabIndex属性值为10，第二个控件为20，第三个控件为30，等等等。这样就为未来插入新的控件留下TabIndex顺序的空间。如下图所示

有些控件并不能接受输入焦点，比如Label控件，但仍然需要为这类控件设置合适的TabIndex属性值。因为Label控件虽然不能接受输入焦点，但仍然能接受快捷键，比如在“用户信息”的窗体设计中，笔者设置第一个Label控件的文本为“姓名 (&N)：”，则程序运行后显示该窗体时，用户按下“Alt+N”组合键时，Label控件就感应到快捷键并试图设置输入焦点到自己，由于Label控件不能接受输入焦点，因此系统就会将输入焦点自动切换到Label控件的下一个焦点顺序的控件上。也就是TabIndex值为20的文本框上。这样用户就使用快捷键“Alt+U”就能快速切换焦点到“姓名”文本框了。

当用户界面上数据输入域很多时，这种快速切换输入焦点的功能是很人性化的，方便用户使用纯键盘操作来高速输入和修改数据，显得用户界面做的很专业。若没有这种功能，则用户需要频繁的切换鼠标和键盘来输入数据，大大拖累的操作速度。

Z-Index

在WinForm窗体设计中有一个Z-Index的概念。窗体布局是采用绝对坐标方式的，每一个控件都有Left和Right属性用于确定控件的左上角在窗体中的X-Y坐标。

当窗体有多个控件时，控件之间可能存在相互重叠的现象，这类似图像处理中层的概念。也就是说一个控件单独的占有一个控件布局层，多个控件就会有多个布局层的叠加，而越靠近窗体的控件就越容易被覆盖，于是从窗体开始计算，每个控件布局层都有一个从0开始计算的序号，这个序号就是Z-Index。

从另外一种方式理解，窗体上的控件布局是不仅仅是X-Y坐标系那种二维的，而是三维的，第三维就是Z坐标轴，它是从窗体向用户延伸的，控件是分布在窗体和用户之间。此时可以说用户是俯看用户界面，若不注意是不会感觉到第三维的存在。而且控件在第三维中的坐标值就是Z-Index，这个值是从0开始的，不会重复；Z-Index值大的控件可以覆盖掉值小的控件。

我们还可以从第三种方式看Z-Index值，窗体对象有一个Controls的属性，该属性值可以看做一个控件数组，窗体上所有的控件都在这个数组中。系统创建窗体时，是从这个数组逆向遍历获得控件对象，然后依次放置在窗体上，很显然在数组中靠前的控件可以覆盖掉靠后的控件，于是控件在这个数组中的逆向序号也可以看做Z-Index值。

实际上其他软件开发技术中也有Z-Index属性，比如VB，还有Web开发中才CSS样式也支持Z-Index属性值。

Z-Index与其他控件相关，因此控件本身不会有Z-Index属性，而且根据控件在窗体中的布局动态的计算出来的。

在VS.NET的窗体设计器中，不能直接设置控件的Z-Index值，但可以使用布局工具条上的“置于顶层”和“置于低层”按钮来将控件沿着Z坐标轴置于最大值或最小值，也就是沿着Z坐标轴移动控件，使其最靠近用户或者最靠近窗体。

在窗体设计中，设置控件在Z轴上的先后顺序也是有一些原则的，那就是重要的控件需要置前，不能被不重要的控件覆盖掉。如下图所示

文本标签的Z-Index值大于文本框的，这种用户界面是很不好的，会遮挡文本框中的部分类型，而且也不美观，因此需要调整为文本框靠前，也就是如下图的效果。

如果用户界面排版时被迫发生一些重叠遮盖，也必须保证重要的控件不被遮盖。

统一的控件对齐方式

在同一个软件中，甚至同一家企业开发的所有的软件中，对于窗体控件纵向应当采用相同的对齐方式，可以左对齐、居中对齐或者右对齐。不过笔者建议左对齐。

如下图所示，对于“用户信息”窗体，控件设计时采用左对齐时窗体的运行时用户界面如下

而采用居中对齐时窗体运行时的用户界面如下

采用右对齐时窗体运行时的用户界面如下

不过不管采用哪种控件对齐方式，一定要记住在同一个软件中所有的用户界面中采用统一的对齐方式，不能一个窗体采用左对齐而另外一个窗体采用右对齐，这是一种相当不专业的表现。

在VS.NET中统一控件的对齐方式是比较简单的，首先将控件按照大致的位置布局好，然后选中所有要参与对齐操作的控件，点击工具条上的对齐功能按钮就可。

下图就是VS.NET提供的对齐工具条。

该工具条上常用的按钮功能有

左对齐	移动控件，使得所有控件的左边缘对齐。
居中对齐	移动控件，使得所有的控件的垂直中轴线重合。
右对齐	移动控件，使得所有控件的右边缘对齐。
顶端对齐	移动控件，使得所有控件的顶边缘对齐。
中间对齐	移动控件，使得所有控件的水平中轴线重合。
底端对齐	移动控件，使得所有控件的底边缘对齐。
使宽度相同	设置所有控件的宽度值等于当前控件的值。
使高度相同	设置所有控件的高度值等于当前控件的值。
使大小相同	设置所有控件的宽度和高度等于当前控件的值。
使水平间距相等	适当的水平移动控件，使得各个控件水平方向的间距相等。
增加水平间距	适当的水平移动控件，使得各个控件水平方向的间距增加一些，各个控件的间距增加量相同。
减小水平间距	适当的水平移动控件，使得各个控件水平方向的间距减少一些，各个控件的间距减少量相同。
移除水平间距	适当的水平移动控件，使得各个控件水平方面紧密的靠在一起，之间没有间隙。
使垂直间距相等	适当的上下移动控件，使得各个控件垂直方向的间距相等。
增加垂直间距	适当的上下移动控件，使得各个控件垂直方向的间距增加一些。
减小垂直间距	适当的上下移动控件，使得各个控件垂直方向的间距减小一些。
移除垂直间距	适当的上下移动控件，使得各个控件垂直方向紧密的靠在一起，之间没有间隙。
置于顶层	使得控件在Z顺序方向变得靠前，不被其他控件遮盖。
置于底层	使得控件在Z顺序方向变得靠后，不会覆盖其他控件。

例如有几个控件的位置设计如下

本文链接

[毕业生的商业软件开发之路]开发第一个Windows应用程序

2011-08-17T01:46:00Z

开发第一个Windows应用程序

在本章笔者带着读者使用VS.NET2010开发第一个Windowns应用程序。初步了解使用C#进行Windows应用开发。

本软件的功能需求就是开发一个能进行加减乘除的计算器。

建立C# Windows应用程序项目

笔者点击VS.NET开发环境的菜单“文件-新建-项目”，显示了如下图的“新建项目”对话框。

在该对话框中，笔者进行以下四步操作。

2. 在右边的列表中选中“Windows 窗体应用程序”项目。

3. 在“名称”文本框中输入“第一个Windows应用程序”。

4. 在“位置”文本框中输入保存程序文件的目录路径。

笔者点击“确定”按钮关闭对话框，则VS.NET会自动生成一个Windows应用程序的框架。此时VS.NET开发环境界面如下

学过VB的可以发现，这个用户界面和VB的用户界面很相似。对于会VB的初学者来说，使用C#开发Windows应用程序和VB差不多，只是后台编程语言由VB改成C#。

在这个VS.NET的用户界面中，主要的用户界面元素有最左边是控件工具箱，中间是窗体设计器，右上方为工程资源树状列表，右下方为控件属性编辑列表。

WinForm控件工具箱

该界面最左边为Windows控件工具箱，上面列出了所有的可以使用的控件。用户按下该列表中的某个控件图标，然后鼠标拖拽到左边的窗体上即可在窗体上新建一个指定类型的控件。比如如下图所示，用户按下“Button”项目然后拖拽到窗体上，则会在窗体上新增了一个按钮控件，控件的位置就是鼠标光标所在位置，控件大小采用默认大小。

在默认情况下，控件工具箱中列出的控件是够用的。但这里并没有列出微软.NET框架自带的所有的Windows控件，而且也不包含第三方的控件，为了使用没有默认列出的控件，笔者需要往控件工具箱上添加新的控件。

如下图所示，笔者鼠标右击工具箱，在弹出的快捷菜单中点击“选择项”菜单项目。

则会显示如下图所示的“选择工具箱项”的对话框

该对话框中最重要的是“.NET Framework组件”分页标签页面。该页面列出了本系统安装的基于.NET平台的组件。

对于从第三方获得的已经开发好的控件，开发者可以点击“浏览”按钮来选择包含控件的.NET程序集文件，比如“MyControls.DLL”。然后控件列表中出现了开发人员选择的.NET程序集中所包含的控件项目，开发人员就可以在这些控件前面打勾使其显示在工具项目中的控件列表中。

WinForm窗体设计器

VS.NET的Windows窗体设计界面中间是窗体设计器。其用户界面如下

窗体设计器具有以下几个主要功能

1. 开发人员可以从左边的控件工具箱中拖拽图标到窗体上来在窗体中放置各种各样的控件，控件的位置就是鼠标拖拽到的位置，控件的大小为默认大小；开发人员也可以按下控件工具箱中的控件图标，然后在窗体中拖拽画出指定位置指定大小的控件。

2. 开发人员可以很方便的使用鼠标拖拽操作来移动控件在窗体中的位置或者修改控件的大小。当窗体中存在可容纳子控件的容器控件时，开发人员拖拽时可以修改控件的父子关系。

3. 开发人员可以点击选中某个控件，然后在右边的属性列表中查看和修改控件的属性。

4. 开发人员可以双击控件，而且控件具有默认事件，则用户界面会切换到C#代码编辑界面，并自动构造出响应控件默认事件的C#代码结构。开发人员可以直接输入响应控件事件的程序代码了。

在上图中，窗体上已经放置了两个Label控件，两个TextBox控件和两个Button控件，并设置了控件的位置、大小和一些属性。当笔者运行程序时，该窗体的运行时的用户界面如下。

可视化软件开发

微软的集成开发环境“Microsoft Visual Studio”中的Visual就是“可视化”的意思。微软最早是在Visual Basic中实现了可视化的用户界面设计功能，这引起了软件开发方法的革命。

比如对于上图的那个对话框，在没有可视化程序开发时，开发人员需要手动的编写以下的代码来构造出本窗体的用户界面。

private System.ComponentModel.IContainer components = null;

private System.Windows.Forms.TextBox txtNumber1;
private System.Windows.Forms.ComboBox cboOperator;
private System.Windows.Forms.TextBox txtNumber2;
private System.Windows.Forms.Button btnCalculate;
private System.Windows.Forms.TextBox txtResult;

protected override void Dispose(bool disposing)
{
    if (disposing && (components != null))
    {
        components.Dispose();
    }
    base.Dispose(disposing);
}
private void InitializeComponent()
{
    this.txtNumber1 = new System.Windows.Forms.TextBox();
    this.cboOperator = new System.Windows.Forms.ComboBox();
    this.txtNumber2 = new System.Windows.Forms.TextBox();
    this.btnCalculate = new System.Windows.Forms.Button();
    this.txtResult = new System.Windows.Forms.TextBox();
    this.SuspendLayout();
    //
    // txtNumber1
    //
    this.txtNumber1.Location = new System.Drawing.Point(12, 40);
    this.txtNumber1.Name = "txtNumber1";
    this.txtNumber1.Size = new System.Drawing.Size(84, 21);
    this.txtNumber1.TabIndex = 0;
    //
    // cboOperator
    //
    this.cboOperator.DropDownStyle = System.Windows.Forms.ComboBoxStyle.DropDownList;
    this.cboOperator.FormattingEnabled = true;
    this.cboOperator.Items.AddRange(new object[] {
    "+",
    "-",
    "*",
    "/"});
    this.cboOperator.Location = new System.Drawing.Point(96, 40);
    this.cboOperator.Name = "cboOperator";
    this.cboOperator.Size = new System.Drawing.Size(44, 20);
    this.cboOperator.TabIndex = 1;
    //
    // txtNumber2
    //
    this.txtNumber2.Location = new System.Drawing.Point(140, 40);
    this.txtNumber2.Name = "txtNumber2";
    this.txtNumber2.Size = new System.Drawing.Size(76, 21);
    this.txtNumber2.TabIndex = 0;
    //
    // btnCalculate
    //
    this.btnCalculate.Location = new System.Drawing.Point(216, 39);
    this.btnCalculate.Name = "btnCalculate";
    this.btnCalculate.Size = new System.Drawing.Size(32, 23);
    this.btnCalculate.TabIndex = 2;
    this.btnCalculate.Text = "=";
    this.btnCalculate.UseVisualStyleBackColor = true;
    //
    // txtResult
    //
    this.txtResult.Location = new System.Drawing.Point(248, 40);
    this.txtResult.Name = "txtResult";
    this.txtResult.ReadOnly = true;
    this.txtResult.Size = new System.Drawing.Size(87, 21);
    this.txtResult.TabIndex = 0;
    //
    // frmMain
    //
    this.AutoScaleDimensions = new System.Drawing.SizeF(6F, 12F);
    this.AutoScaleMode = System.Windows.Forms.AutoScaleMode.Font;
    this.ClientSize = new System.Drawing.Size(356, 122);
    this.Controls.Add(this.btnCalculate);
    this.Controls.Add(this.cboOperator);
    this.Controls.Add(this.txtResult);
    this.Controls.Add(this.txtNumber2);
    this.Controls.Add(this.txtNumber1);
    this.FormBorderStyle = System.Windows.Forms.FormBorderStyle.FixedDialog;
    this.MaximizeBox = false;
    this.MinimizeBox = false;
    this.Name = "frmMain";
    this.Text = "计算器";
    this.ResumeLayout(false);
    this.PerformLayout();
}

编写这样的代码是枯燥范围而且效率低下的过程。开发人员在编写代码的过程中需要在脑海中想象出这段代码运行后的窗体界面。需要多次运行程序显示窗体查看运行效果后修改代码进行控件位置大小的微调。当窗体界面中需要新增或删除控件时会影响其他控件的排版，此时又得多次运行程序显示窗体来修改代码进行微调。

当窗体界面很复杂，开发人员需要编写和维护几千行的构造窗体用户界面的代码，这一大段代码开发和维护成本是非常高的。

另外从开发方式来说，可视化用户界面设计降低了劳动强度。在没有可视化设计前，开发人员完全靠写代码来拼凑软件用户界面，写代码是一种高强度的劳动，开发人员需要端坐在电脑前，脑子里想出代码，然后双手在键盘上快速的输入代码，此时无论身体还是精神处于一定的紧张状态，劳动强度高，比较容易疲劳。

而可视化用户界面设计过程中，大部分操作是靠鼠标操作的，单手即可完成，因此开发人员不需要端坐，而可以采用比较休闲舒适的坐姿，而且设计过程比较简单，大脑思考不多，此时身体和精神处于较为放松的状态，劳动强度低，不容易疲劳。

有人认为可视化设计降低了对软件开发人员的要求，对于其成长不利。个人觉得并不是这样的。

可视化操作掩盖了软件用户界面的后台实现，由于人们普遍具有惰性，能使用可视化操作完成用户界面的设计任务后就不深究其后台的实现，这确实不利于开发人员的技术钻研。不过学海无涯，软件开发涉及到很多很多技术的细节，若开发人员要了解软件开发过程中所有的技术细节，尤其是构造用户界面的比较枯燥乏味的技术细节，这会耗掉相当多的精力，从而减少了对其他技术细节的关注度。

现代软件的开发内容分为技术内容和业务内容。对于行业应用软件，开发人员应当将主要精力放置在行业业务细节，需要花大精力来理解客户业务需求，包括客户的业务数据和执行流程。只有深入理解了业务，开发人员才能利用软件开发技术来开发符合业务内容的应用软件。因此开发人员应当花费主要精力在深入理解客户业务上，充分掌握客户的业务细节。

由于人的精力是有限的，因此开发人员应当尽量少的降低对技术细节的精力消耗量，这就是各种应用系统框架出现的原始需求。可视化程序设计就能隐藏大量的技术细节，使得开发人员能快速高效的设计程序，降低花在软件开发技术细节上的精力消耗。这优化了开发人员的精力配置，使得开发人员不必纠缠在软件技术细节问题上，更注重于业务的理解和实现，提高软件开发的生产效率。

而且可视化软件设计能降低对开发人员的水平要求，由于可视化软件开发操作简单，不需要写代码，这能降低软件开发人员的水平要求，使得大量的低级软件开发人员也能参与商业软件的开发。

若没有可视化软件开发，则企业中必然存在大量的不能投入实际工作的开发人员，这对企业来说会有巨大的不必要的成本浪费。而可视化软件开发掩盖了一些技术细节，使得低水平的开发人员能比较独立的进行软件的用户界面开发，这样企业中所有的开发人员都能投入实际工作，不会浪费人力资源，提高企业的盈利水平。

当然，完全的使用可视化的软件设计确实纵容了开发人员的惰性，大量的没有钻研精神的软件开发人员只利用了可视化软件设计的功能而不去思考其掩盖的技术细节，这不利于由低水平的软件开发人员升级为高水平的软件开发人员。笔者见过这类的开发人员，使用VS.NET从事开发工作若干年，只会拖拽生成DataSet，然后在窗体上放置若干个控件，直接绑定到数据源上，几年下来都是干这样的工作。对此少数开发人员觉得工作一段时期自己的水平没有多大提高而有所焦虑并试图改变；当然也有很多懒惰的开发人员对此麻木不仁，技术水平原地踏步，终难成大器。

因此有梦想的开发人员还需要大力发扬钻研精神，不拘泥于可视化软件设计带来的便利，还需要深入理解相关技术细节，也是初级开发人员成长的必由之路。

从软件开发学习者的角度来说，一开始就学习技术底层细节就像让小学生学习高难度的奥数一样，对于少数天才这是提升能力的较好方式，但对于大多数普通人来说那是拔苗助长。过高的难道将较大的打击学习者的信心，使得学习者丧失对软件开发的兴趣，容易导致其放弃学习。

持精英教育观点的人士或者会说就是这样才能大浪淘沙，能发现并培养出高水平的软件开发人员。可是中国软件行业需要几十万上百万的软件开发人员，若通过这种方式培养不知何年那月才能凑齐这个数字。

从企业的角度来说，一开始就让初学者或者大学毕业生学习技术底层细节，则时间比较长，可能需要好几个月甚至一年以上的时间，还得让老员工花时间悉心指导才可能成功；若经过培训发现初学者不是软件开发的料则之前的工作全部浪费。这种培养方式对自负盈亏的企业来说成本太高了，得不偿失。

若让初学者首先学习可视化软件设计，则学习难度低，速度快，而且能较快的投入实际的软件开发过程中。因此能让初学者或者大学毕业生尽快的投入实际工作，为企业带来工作业绩。而且能较快的看到自己能投入实际工作，这对大学毕业生来说是一种激励，使其能较快的建立起职场自信心，形成对软件开发工作的兴趣，这对企业和个人来说都有好处。

本文链接

[毕业生的商业软件开发之路]积累与创新

2011-08-16T03:26:00Z

积累与创新

积累和创新是技术人员良好发展的基础。没有积累，没有创新，软件开发人员就会成为一个个码奴，为具体的代码所累，前途堪忧。

其实积累是很多方面所必要的，比如生活中任何人都需要积累生活经验、在工作中需要积累工作经验，而从事软件技术工作，则需要从业者需要技术上的积累，实现代码方面和思想方面的积累。

代码上的积累就是在工作过程中，将一些用过的通用功能的代码进行整理打包，形成个人的代码库，超越所经历的公司和项目，而且平时有意识的将其完善和发展。这样的话，今后在开发过程当中就能直接调用这些平时积累的久经考验的代码库，这样能有效率的开发软件。

这个代码库不一定是自己开发的，也可以是他人公布的，但需要花时间了解这些代码，至少要了解其使用以及注意事项。现在开源代码比较流行，代码积累的意义有所减弱，但还是需要进行的。

其实代码是死的，代码的积累应该说是醉翁之意不在酒，代码积累无需在乎代码量的多少，而是更在乎其所蕴含的思想。

软件技术人员其能力分为“代码—技术—思想”三个层次，大量的代码锻炼出技术，技术提炼出思想；然后思想指导技术，技术创造代码。有点类似读书从薄读到厚，再从厚读到薄的意思。

代码是死的，可能会过时，而思想是活的的，永远能发挥作用。不过抽象的思想最终表现为实际的代码形成生产力，因此代码的积累和思想的积累应该是相辅相成的。

对于一般的毕业生，只有很简单的代码能力，技术能力比较差，思想还谈不上有。因此需要即刻开始进行技术积累。阅读高质量的代码，多看书，多向人学习，同时也需要关注业界同行在如何进行技术工作，逐渐形成自己的技术基础。

一个技术强者仅仅有雄厚的技术基础还是不行的，而应当有敏锐的头脑，其智能需要形成一种金字塔的构造，同时具有雄厚的技术基础和敏锐的头脑，这样才是真正的高手。

敏锐的头脑就是具有强烈的创新精神，创新对技术企业和个人都具有很重要的现实意义，此处只说明其对个人意义。

创新是利用已有的基础，通过人脑所天生的联想、直觉等能力创造出前所未有的知识。不过现在的创新强者很多，自己创新的很多新知识说不定别人早就想过了。但这不是重复劳动，首先自己创新的新知识只是很有可能别人已经创新了，但仍然有可能没有被他人创新，因此需要对自己有信心。另外创新是一种能力，我们无需跟全球顶尖高手相比，但只要跟周围的人相比，自己能创新就是一种很好的竞争优势，养成创新的习惯是非常有意义的，是成为技术高手的必由之路。[袁永福版权所有]

创新的基础就是具有自己的思想。不过毕业生们刚刚从中国正轨教育制度下走出来，只要是从了这个制度就是没有多少自己的思想的。

有个故事，某国际学校里，老师问学生们：“如何思考其他国家的粮食短缺问题？”，美国孩子问：什么叫其他国家？欧洲孩子问：什么叫短缺？非洲孩子问：什么叫粮食？而中国孩子问：什么叫思考？

创新除了需要有独立思考能力外，还需要一定的危机意识驱动创新。

可以危机和创新是对立统一体。危机促使创新，而不创新就会导致危机。在此说明一个案例。

第九城市计算机技术咨询（上海）有限公司于2004年4月拿到暴雪公司《魔兽世界》在中国的独家代理权，拥有了500万的中国玩家，并于同年12月在美国纳斯达克上市。《魔兽世界》贡献了九城公司3亿元年收入中的90%，成为该公司唯一的支柱业务。

2009年6月网易从九城手中抢走《魔兽世界》的代理权。失去了《魔兽世界》的代理权，九城公司迅速陷入困境，至今元气未复， CEO辞职，股价从50美元跌倒6美元，纳斯达威胁摘牌，传闻投资人试图解散公司撤资，当年如日中天的九城帝国一夜濒临死亡。

可以说九城公司小富即安，缺乏危机意识，不思创新，使其遭到灭顶之灾而无能为力。

现在的移动计算是以智能手机为基础的，这是一个潮流，大势所趋，无可抵挡。在这个历史潮流中，苹果公司和诺基亚公司表现的截然不同。

下面是苹果公司2001年到2010年的股价变化图。

下图是苹果公司年销售额的变化图，单位是百万美元。

从这些数据可以看出，在2000年左右，苹果公司遭遇严重问题，苟延残喘，都快倒闭了。此时苹果公司启用了乔布斯领导苹果公司，此后苹果公司锐意进取，大胆创新，准确的把握了时代的潮流，比其他公司早一步的推出的iPhone、iPad等3G智能移动数码产品，还创新了配套运营模式，这些都给苹果公司带来巨大的经济效益。现在苹果公司市值一度达到3415亿美元至全球最大，手握现金资产762亿美元。

以此形成鲜明对比的是诺基亚公司。诺基亚公司是2G手机时代的霸主，2005年，诺基亚公司手机发货量达到2.64亿部，占全球市场份额的32%。但诺基亚公司没能赶上3G的潮流，市场份额日趋下降。到现在经过4年的时间，诺基亚市值暴跌87%，业绩大幅下滑，2011年8月4日有研究报表称苹果公司在智能手机的市场份额超过了诺基亚，更有报告指出诺基亚手机出货量不仅落后苹果公司，还落后三星。市场销售的下滑直接带来了公司的巨额亏损。近期更是出现了渠道崩盘的传闻，这对诺基亚公司来说是非常可怕的事情。[袁永福版权所有]

诺基亚公司不识时务，不能顺应从2G时代转换为3G时代的历史潮流，它正在为自己的迟钝而付出巨大的代价。现在人们从过去的讨论苹果公司什么时候倒闭转变为现在谈论诺基亚公司什么时候关门。

从业界的真实案例我们可以知道，创新是需要顺应潮流的，创新的方向不对不行，过早或者过晚的创新也不行，需要把握创新的时机。那么如何把握创新的时机呢？

本文链接

[毕业生的商业软件开发之路]第一次使用VS.NET集成开发环境

2011-08-12T01:50:00Z

第一次使用VS.NET集成开发环境

笔者还从未见过有人全用记事本编写C#代码开发程序的。全部都是使用某种开发工具来开发C#程序的，在各种开发工具中，最常用的就是微软官方提供的VS.NET集成开发环境。本节笔者就带领读者第一次使用VS.NET集成开发环境。

VS.NET集成开发环境（Microsoft Visual Studio）是微软推出的应用系统开发工具套件。在此处使用VS.NET2010旗舰版为例说明一下VS.NET的使用。

安装VS.NET2010后，启动VS.NET，打开一个工程，可以看到其用户界面如下。

这是一个比较复杂的用户界面，大体可分为一下几个部分

菜单栏

VS.NET的菜单栏包含了很多菜单项目，通过它能调用VS.NET的大部分功能。而且随着主工作区的内容不同，菜单栏的内容也可能有所改变。

工具条

工具条上的功能按钮也非常多，列出了最常见的功能。

工具箱

IDE主界面左边是工具箱，最重要的功能就是列出了可用的控件。用户可以双击工具箱中的控件项目或者将控件项目拖拽到窗体上就能在窗体上新增一个控件。

主文档区

解决方案资源管理器

IDE是右上半部分是解决方案资源管理器，如下图所示。这是一个树状列表，根节点就是解决方案节点，第二层节点就是C#工程，以下就是C#工程下面的各种各样的成员。

在VS.NET中，当前打开的一个解决方案，解决方案的文件扩展名为“.sln”，即使只打开一个C#工程文件（扩展名为“.csproj”。），系统也会尝试找到该工程文件所管理的解决方案文件，若没有找到则创建一个新的解决方案。因此该资源管理器的根节点一定是一个解决方案节点。

一个解决方案可以包含若干个工程项目，比如即可以包含一个C#的WinForm项目，也可以包含一个VB.NET的ASP.NET项目，或者其他项目。

不同类型的工程项目节点，其子节点是不一样的，比如对于C#工程项目，具有以下几个子节点：

Properties节点：该节点下面放置了程序版本信息定义文件“AssemblyInfo.cs”、全局的资源文件“Resources.resx”和应用程序配置信息文件“Settings.settings”。

引用节点：该节点下面列出了应用程序所引用的其他.NET程序组件。程序要编译、运行和部署，就必须保证计算机中存在这些被引用的程序集。

文档节点：工程节点下面有着若干个文档节点，这些节点可以使窗体文件、C#源代码文件、资源文件或者其他文档。

子目录：工程节点下面可以包含子目录结构，这样以多层的目录结构来安排各种文档，便于管理。比如可以将属于某个程序模块的所有的源代码文件放置在一个单独的子目录下，子目录名称就是程序模块的名称。

属性编辑器

IDE的右下半部分是属性编辑器。该属性编辑器中列出了用户当前选中的对象的属性。这个属性编辑器是一个很重要的应用程序设计工具，方寸之间保罗万象。例如在窗体设计器中选中某个按钮控件，则属性编辑器的用户界面如下图所示。

组件下拉列表

在属性编辑器中，最上面是一个组件下拉列表。列出了窗体中所有可以编辑的组件的名称及其类型名称。当窗体中控件数量太多或者相互遮盖不易选择时，可以通过这个下拉列表来选中某个组件。

工具条

组件下拉列表下面就是属性编辑器工具条，上面有以下按钮：

1. 按分类排序：按下该按钮，属性列表中的内容就按照分类进行排序，同属一个分类的属性排在一起。常见的可分为“布局”、“行为”、“设计”、“数据”、“外观”、“格式”等等。

2. 字母排序：按下该按钮，则属性列表中的内容不进行分类，统一按照属性名的字母顺序排序。

3. 属性：按下该按钮，则属性列表中显示的是当前组件的各个属性。

4. 事件：按下该按钮，则属性列表中显示的是当前组件各个事件。

属性名称列表

属性编辑器的左半边是属性名称列表，列出了当前对象的所有可编辑的属性的名称，有些属性名前面有一个小加号可以展开这个属性项目从而查看和编辑它的子属性值。

属性值列表

属性编辑器右半边是属性值列表，显示了所有属性的属性值，用户可以在属性值列表中直接修改属性值。同时系统会以丰富多彩的方式显示属性值，并提供多种方式编辑属性值。

粗体：组件在设计时可以为属性设置默认值，若当前属性值等于默认值时，属性值将以正常字体显示，否则以粗体显示。比如对于BackColor属性，其默认值为“Control”，而此处设置为“Red”，不等于默认值，因此以粗体显示属性值“Red”。

自定义绘制数值：有些属性值不只是简单的显示文本，还会在属性值前面的一个小方框内绘制表示数据的图形。如左图的BackColor属性，当前值为“Red”，则颜色名称前面会显示一个小红框来显示该颜色值。

扩展编辑器：一般的用户可以直接在属性值文本框中输入属性值。不过属性编辑器支持扩展属性编辑器。比如选中BackColor属性，在其值后面出现一个小的下拉按钮。当点击下拉按钮则会显示如下的颜色值选择列表，用户可以使用该列表选择合适的颜色值，用户双击所需的项目或者点击列表之外的地方，该列表会关闭而且根据用户的选择修改属性值。

属性编辑器也提供对话框的方式扩展编辑属性值，比如当选中Font属性，则该属性项目如下图所示。

此时属性值后面出现一个小按钮，点击该按钮则会弹出如下图所示的对话框。

控件设计动作区

有些控件支持某些设计时的动作，当选中这类控件时，属性编辑器中会出现可选设计动作面板。比如选中一个分页标签控件，则属性编辑器中会显示一个分页标签可选设计动作面板。用户可以点击面板中的标签来执行一些常见的设计动作。

属性说明区

C#程序类型

了解了VS.NET的用户界面后，现在了解一下VS.NET所能开发的C#的程序类型。

在笔者的系统中，如下图所示点击VS.NET开发环境的菜单“文件-新建-项目”，

则可显示如下的“新建项目”对话框

可以看到使用C#可以开发很多种类型的程序。对于初学者来说，主要有两种：Windows应用程序、ASP.NET Web应用程序、命令行应用程序和其他类型的应用程序。

Windows应用程序

Windows应用程序是最常见的程序类型，其程序文件的扩展名为EXE，比如“Hellow.exe”。Windows应用程序一般都具有图形化用户界面，也就是会显示一个窗体，窗体上有菜单、按钮之类的控件，用户操作用户界面上的控件即可完成某项功能。

VS.NET可以为移动设备开发应用程序，比如智能手机，从广义上来说，移动设备用的程序也算是Windows应用程序，只不过这些程序运行在手机版Windows中。

ASP.NET Web应用程序

ASP.NET Web应用程序就是完全用WEB浏览器作为用户界面的B/S程序。在VS.NET中，这种程序的用户界面设计方式和Windows应用程序的有些类似。微软在制作VS.NET集成开发环境时一直试图减少Windows应用程序和ASP.NET Web应用程序两者开发过程的差别。

此外WebService程序也算是ASP.NET Web应用程序。

命令行应用程序

命令行应用程序就是字符用户界面的程序，它一般没有复杂的用户界面，仅仅听过命令行的方式与使用者交互。命令行应用程序应用不多，但它支持命令行参数，适合专业人士快速调用，因为专业人士的通过键盘输入命令比图形用户界面上的鼠标操作要快。

其他类型的应用程序

本文链接