摘要：
看了亚历山大同志写的捅破窗户纸一文
感觉亚历山大同志明显学究气氛浓重
贡献一个程序给大家看看，不用面向对象很难做的
个人意见是不用面向对象是没法子作的
通过这个题目可以深深地记住：
每个对象应该自己负责自己的事情
主控程序不应该过多干涉对象自身内部的事情 阅读全文
摘要：
一个类对应数据库中的一个或多个表
永远不在应用程序中使用SQL语句
从数据库出来的就是实体信息
ORM在数据库内做更为合适
凡是做软件设计的,都知道我们追求的目标是松耦合的.
就是说,最好是每个层互相之间的关联降低到最低限度.
以下是个人的一些体会，软件设计我们可以这么做
1"获取用户需求
2"界面设计
3"业务实体类设计
4"数据库设计
5"编码
除了要进行连接字符串的配置
应用程序的数据层代码基本是无需修改了 阅读全文
摘要：
本文通过比较Hibernate3.0和ADO.net 2.0对数据库存储过程的执行来比较两者的基本情况。
由于本人对Hibernate不熟悉，所有Hibernate代码均转载自http://java.e800.com.cn/articles/2007/515/1179165860296629767_1.html
如果有任何不恰当的地方请多多指教
本文的目的是
如果Nhibernate没有其它的过人之处，在.net环境下要他干嘛呢？ 阅读全文
摘要：
存储过程和复杂SQL语句的陷阱 阅读全文
摘要：
见笑，本人没有对NHibernet这个东西有太大的认识。
使用NHibernet能带来什么呢？
希望这里的大侠多多赐教。 阅读全文
摘要：
微软的东西就是好用,不过各种细小问题也是不少的。
比如，在ObjectDataSourc中设定选择查询时，如果是带有参数的查询，则会弹出定义参数对话框。
本来好好的事情，可是当我使用一个自定义查询控件的时候发现在下拉列表里竟然没有我的自定义控件的ID？不知道大家是不是也有这个问题？
阅读全文
摘要：
最近复习OO概念,不想在VB2005里头挖出这么个以前不注意的东西来,把帮助文件的内容贴上来,作为备忘.
隐藏和重写很容易混淆。二者都在派生类继承基类时使用，并且都是用另外的元素重定义一个已声明的元素。但二者之间有重大区别。
阅读全文
摘要：
ObjectDataSource是比较有意思的一个东西
通过在网络上遍访各位高手，终于自己有了一些心得体会。现总结如下：
1、ObjectDataSource的作用是给页面的数据展示控件提供数据
2、ObjectDataSourc是一个媒介，它一手拉着界面的数据展示控件，一手拉着实际的数据来源。它自己什么都不是，仅仅是一个中介。
3、之所以它叫ObjectDataSource,是因为它不像AccessDataSource和SQLDataSource那样是直接连到了数据库，而是连到一个特殊的对象。有DataObjectAttribute()属性的对象
4、因此，利用ObjectDataSource完成的数据访问方案很容易做到3层架构了。ASPx页面控件层（UI）、数据对象层（BLL）、数据访问层（DAL）
简单说，利用.net2.0的TableAdapter对象的特性，在项目中自动生成一个XXTableAdapters的命名空间，里面包含了本项目所有用到的数据访问对象和方法。在页面上使用ObjectDataSourc对象 阅读全文
摘要：
本人是懒人一族，能自动生成的决不自己写。
在ASP.net 2.0 中，可以在web.config文件中的configuration/connectionStrings节中配置供项目使用的数据库连接字符串定义。不过要自己背出来写可是非常让人不高兴的。
我们可以借助VS2005的一些向导来自动化这一过程 阅读全文
摘要：
PS:本英汉对照表由个人维护，不具权威性，仅供参考，欢迎指正以加强释义精确性避免二义性。 每个词条拥有多个注释，如果在不同的环境中相同词条有不同的解释应另立注释条。 注释如果仅在特定环境下使用，则在注释的开头使用小括号将特定环境进行说明。默认情况为通用性注释。 0 1 2 3 4 5 6 7 8 9 A B Bubbles 冒泡 An event routing strategy whe... 阅读全文