07 2011 档案

摘要：1、Request.QueryString["控件名"]适合于get方式提交的表单Request.Form["控件名"]适合于post方式提交的表单Request["控件名"]同时适合于get和post方式提交的表单2、Request封装了客户端请求信息。Request的常见属性如下：属性名值类型说明ApplicationPathString获取请求的资源在网站上的根路径ContentEncodingEncoding设置请求对象的编码CookiesHttpCookieCollection客户端发送到服务器的Cookie集合QueryS 阅读全文

摘要：http://blog.csdn.net/zhoufoxcn/article/details/5692545http://blog.csdn.net/bluedoctor/article/details/3859847 阅读全文

摘要：急事，慢慢的说； 大事，清楚的说； 小事，幽默的说； 没把握的事，谨慎的说； 没发生的事，不要胡说； 做不到的事，别乱说； 伤害人的事，不能说； 讨厌的事，对事不对人的说； 开心的事，看场合说； 伤心的事，不要见人就说； 别人的事，小心的说； 自己的事，听听自己的心怎么说； 现在的事，做了再说； 未来的事，未来再说； 知人不必言尽，留三分余地与人，留些口德与己。 责人不必苛尽，留三分余地与人，留些肚量与己。 才能不必傲尽，留三分余地与人，留些内涵与己。 锋芒不必露尽，留三分余地与人，留些深敛与己。 有功不必邀尽，留三分余地与人，留些谦让与己。 得理不必抢尽，留三分余地与人，留些宽和与己。 阅读全文

摘要：1、OO原则是我们的目标，而设计模式是我们的做法2、不管当初软件设计的多好，一段时间后，总是需要成长与改变，否则软件就会“死亡”3、利用多态，程序可以针对超类型编程，执行时会根据实际状况执行到真正的行为，不会被绑死在超类型的行为上设计原则1、找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混在一起2、针对接口编程，而不是针对实现编程3、多用组合，少用继承设计模式1）策略模式定义算法簇，分别封装起来，让它们之间可以相互替换，此模式让算法的变化独立于使用算法的客户 阅读全文

摘要：一、框架设计基础1、对框架来说，最关键的品质应该是一致性 2、所谓框架，即可重用面向对象程序库3、框架设计原则：在设计框架时，必须从一组使用场景以及实现这些场景的样例代码开始4、确保每个主要特性域的命名空间只包含那些用于最常见场景的类型。应该把用于更高级场景的类型放在子命名空间中5、尽可能提供强类型API；限制抽象的数量；避免把低层API和高层API混在同一命名空间中二、命名规范1、除参数名之外的所有标识符，标识符中每个单词的首字母大写2、避免在标识符的名字中使用首字母缩写词，除非他们是普遍使用的 例：IO、XML (首字母缩写词都要大写)3、不应该仅仅通过大小写来区分名字4、为标识符选择易于 阅读全文

摘要：1、面向集合的思维方式2、如果指定了DISTINCT,则ORDER BY子句中的表达式只能访问上一步返回的虚拟表，不能访问未返回的表达式3、表表达式（派生表、公用表表达式CTE、视图、内联表值函数）中不允许使用带有ORDER BY字句的查询4、集合运算（UNION ALL、UNION..）的单个查询中不允许使用ORDER BY子句，只能在查询的最后指定5、除非真的需要有序行，或为TOP选项描述排列顺序，否则不要指定ORDER BY子句，排序要耗费一定的开销 阅读全文