摘要:今天一个同事发现自己的工程中如下代码无论如何都过不去System.Data.OleDb.OleDbConnection con = new OleDbConnection();当然SQLConnection,OracleConnection也一样出错，就这么简单的一句话百思不得其解。网上Google也不得其解。其错误提示：GetConfig was called during configuration initialization，看来与配置文件相关，于是删除配置文件，重新编译，问题依旧！后仔细检查发现xxx.exe.config文件居然还在DEBUG目录下，打开发现其中有两个程序中没有对应的解释器的配置节，将这两个节点删除，问题解决。BUG总结：OleDbConnection的构造函数会读配置文件，且在你的配置文件中有无人认领的自定义配置节（没有对应的IConfigurationSectionHandler）时会有问题。vs2003在删除app.config后重新编译会帮你删除以前生成的配置文件，vs2005不会。...[阅读全文]

摘要:我们的编程元素如类型、字段、方法和属性，是有自己本身的一些附加的信息，如公有(public)还是私有( private) 如果我们想给我们的编程元素添加一些附加信息怎么办？譬如，我发布的类除了公有私有这些系统内置的附加信息 外，我还想添加自己的一些信息，如类的作者，指定方法有没有测试过等等，.NET给我们提供了这个机制,看下面 的这个例子     public class MyClass    {        public static int Main(string[] args)        {            ObsoleteClass.test();        }    }    [Obsolete]    public class ObsoleteClass    {         public static void test()        {            Console.WriteLine("Haha,Dahuaidan！");        }    } [Obsolete]写在类ObsoleteClass定义的上方，这就是一个特性的例子，它给类ObsoleteClass打上了一个标记（添加了一个附加信息）。注意：这个附加消息是属于这个类的，而不是属于某个实例其实这里[Obsolete]代表了ObsoleteAttribute的实例,中括号中的写法Obsolete其实等同与ObsoleteAttribute也等同与ObsoleteAttribute()说白了,是个构造函数的调用. 例如以下例子[Obsolete("Will be removed in next version")]public class ObsoleteClass{ }就代表有这样一个ObsoleteAttribute的实例:ObsoleteInst = new Obsolete("Will be removed in next version"),ObsoleteInst这个实例被绑定到ObsoleteClass的原数据.特性应用还可以如下写法[Obsolete("Will be removed in next version", Reviewed = true)]其中xx = xxx部分不是构造函数的一部分,而是对构造后的特性类实例的属性赋值. 特性这东西,理解了就没什么,要说起来挺拗口的....[阅读全文]

摘要:内容较长.详细内容请见: http://blog.joycode.com/joe/articles/38455.aspx 接下来几天,我会把关于.NET的新特性的内容连载  ...[阅读全文]