贫嘴老赵的DotNet生活

编译程序时放在符号表里的不光是内存地址和函数/变量的对应关系，还有很多在编译时要用到的信息。比如该节点的各种属性（类型，作用域，分配空间大小，（函数）的参数类型）等等。符号表与编译的各个阶段都有交互。对符号表的具体使用方法每个编译器都不同。         目标文件中的符号表用来输出函数/变量符号信息，供连接时给其他模块引用。这种符号表中主要包含函数/变量的名称和地址对应关系，其中的地址一般是位置

众所周知,MFC提供了一个非常强大的,但是又不太容易理解的编程模型叫做文档/视图结构。它的基本思想就是将数据的表现和数据的存在分开管理。MFC提供了很多现在的类来达成这个目标，通常，利用CFrameWnd,CView和CDocument这三个类,再利用CSingleDocTemplate的魔法将它们串联起来，就可以很容易的构建出一个单文档的Doc/View应用程序。         下面是一个典型

整个.NET社区都在庆祝WPF/E开始CTP，且慢，看看河对面的Flash社区好像也在举行隆重的庆典哦。AVM2开放源代码这几个星期发生在Flash社区的震撼事件，包括Adobe将ActionScript Virtual Machine 2(AVM2)的核心源代码捐献给Mozilla组织，变成了一个叫做Tamarin的开源项目。Tamarin的目标是实现一个高效的ECMAScript

 因为课题前期调研没做好，用的CPU板卡和数据采集卡来自两个部门。加上买的是裸板，自己定制的OS，技术支持不爱搭理。所以给的AI板卡的驱动一直装不上，自己在郁闷中寻找答案，就扎进了wince驱动的知识库里了。不管驱动装不上是不是这个原因，学点东西总没有坏处。做点记录备查：）         首先是wince驱动的分类问题。按照书上讲的说CE下驱动分成单体驱动和分层驱动,而看到另一种说法是本机驱动和

IronPython for ASP.NET 的属性注入器机制可以使得一些代码的语法变得简单（详细了解参考我的这一篇），但是默认的支持似乎现在还很不完备。我反编译了 Microsoft.Web.IronPython.dll，在其中增加了对 RepeaterItem 和 Session (HttpSessionState) 的属性注入支持。对 RepeaterItem 的支持很简单，因为本身已经有了

软件的运行速度必须要在用户可以接受的范围内。通常，改善那些短暂的但频繁使用的例程的速度会大幅度地提高软件的整体速度。    要改善速度，当然首先要能够量度时间。好，那我们考虑一下在跑道上的情况，枪声一响，马上按下秒表开始计时，在选手到达终点那一刻结束计时，这时就可以知道该选手所用的时间了。要开始对下一轮比赛计时前，要先将秒表归零。.NET2.0也提供了这样一个秒表：Stopwatch类，它可以比较