浅谈共用的利与弊 随着项目开发的进行，在项目框架搭建阶段完成的共用控件到现在都做了不同程度的修改。这使我越来越感觉到共用没有预想的那么好。在项目的构建规划时我们想到的是共有带来了代码的减少，接口的统一。于是很多东西我们都尽量做到共用，实际上也是这样去做的。每完成一个共用控件或一段共用代码我都会想我这是在为其他开发人员编写代码。会为他们节省工作时间，提高工作效率，想到这便不由自主的为自己的工作而感到自豪。随着项
多层系统架构中数据传输载体的选择 到底是自己编写数据实体还是直接使用.NET中的DataTable作为数据载做在多层系统中进行传输？今天同事问我这样一个问题，我竟然一时间回答不上来。由于他偏向于使用DataTable，这样直接在界面上设置控件的DataSource属性可以一次性进行数据绑定，而使用自己编写的数据实体则需要自己将实体数据添加到控件中，在数据绑定的过程中确实增加程序代码。就单纯从这个问题上来说我知道哪个更方便
关键字static总结<第一次在CSDN写的，请大家指点点（错误和不足）>之二 三：静态（static）几个典型的应用：1. 代替menu的作用(menu hank)大家都知道如果程序要在，要在类定义的内部直接初始化变量并使用对于以夜的编译器只能使用menu来达到这种效果，代码像这样： class print{ menu{count = 10 };//借助枚举来得到一个初始值
关键字static总结<第一次在CSDN写的，请大家指点点（错误和不足）>之一 static关键字如果不被引入C++语言,那就违反了C++设计中对低级语言设计支持规则中的”没有无故与C语言不兼容规则”，原因很简单，C语言中存在static并发发挥着它良好的作用，所以C++同样引入static应该是理所当然的，而实际C++的做法是不仅引入static,而且对它在面向对象程序设计中进行扩充（导入静态数据成员和静态函数成员的概念），这就使static的概念得到了扩展，对于其中较新的
关注
