赛跑的专栏

许多的公司都有自己的web服务来支撑自己系统内的运营逻辑，并且是非公开的，那么如何对自己的web服务进行验证呢？不可能任何一个知道你的webservice  url 的人都可以去调用你的服务，那企业内部那么多数据岂不全被剽窃？我在这开头只是言明web服务验证的重要性，接下来，我将从比较基础的讲起如何使用soapheader来验证。首先，我们来讲讲什么是soapheader。soap协议是啥我就

许多的公司都有自己的web服务来支撑自己系统内的运营逻辑，并且是非公开的，那么如何对自己的web服务进行验证呢？不可能任何一个知道你的webservice  url 的人都可以去调用你的服务，那企业内部那么多数据岂不全被剽窃？我在这开头只是言明web服务验证的重要性，接下来，我将从比较基础的讲起如何使用soapheader来验证。首先，我们来讲讲什么是soapheader。soap协议是啥我就

今天请示了很多群里的朋友，拿到三种方法，来实现服务器端写客户端脚本的示例三种方法在服务器端控制客户端弹出窗口：第一种：this.RegisterStartupScript("clientScript", "alert("+DateTime.Now.ToString()+");"); 每次请求的数据都是最新的，他是在点击事件方法中写的，但是有个回放的动作，访问服务器，得到当前系统时间。第二种

Asp.net2.0激动人心的新特性                                   因为下个项目的平台会迁移到2.0 ，组长要我学习2.0，并给大家讲课，我 就瞎写了点，并参考了msdn里的资料，当然也有图片，不过没有贴来，嫌麻烦。。。此篇文章仅限粗略了解asp.net2.0用。并无实例和代码。       Asp.net2.0相对1.1版本做了很大程度的优化和创

如果您是个经验丰富的 ASP.NET 开发人员，一提起 ViewState ，您可能会不寒而栗，因为您想到的是大量通过“鸡尾酒吸管”吸入的 Base64 编码数据。除非采取步骤进行预防，否则大部分 ASP.NET 页面将有大量辅助数据被存储在一个名为 __VIEWSTATE 的隐藏字段中，多数情况下，甚至不需要这个字段。浏览用 ASP.NET 生成的您喜爱的站点，查看页面源代码，计算隐藏在 __V

      我们承认这一点 — 我们对会话状态这一概念是如此习以为常，以至于我们忘记了会话状态是在 1997 年用 Active Server Pages (ASP) 引入的一个手段。会话状态使开发人员能够在用户与应用程序交互这段时间内持久保存有关该用户的一块信息。特定于用户的信息通常会保留 20 分钟长的时段，而每当用户返回该站点时，该时段都将重新开始计时。当用户首次连接到站点时，将以内存块

今天，总算是对这个邮件程序有个交待了。这个邮件程序反复修改，现在测试也差不多了。拿出来跟大家共享一下。源码附后，我在开头说个要点。首先，地球人都知道C#开发邮件发送程序有三个办法：第一：使用sys.web.mail命名空间下的MailMessage类等的方法属性。第二：引用CDO组件（跟第一个办法其实也是引用了CDO组件）。第三个办法就是用socket，自己编写了，呵呵，当然对于我这个

在这里，主要使用了system.web.mail命名空间下的类，具体代码如下：先新建win项目，再复制：using System;using System.Drawing;using System.Collections;using System.ComponentModel;using System.Windows.Forms;using System.Data;using System

从设计原则到设计模式• 针对接口编程，而不是针对实现编程– 客户无需知道所使用对象的特定类型，只需要知道对象拥有客户所期望的接口。• 优先使用对象组合，而不是类继承– 类继承通常为“白箱复用”，对象组合通常为“黑箱复用”。继承在某种程度上破坏了封装性，子类父类耦合度高；而对象组合则只要求被组合的对象具有良好定义的接口，耦合度低。• 封装变化点– 使用封装来创建对象之间的分界层，让设计者可以在分界层

本人认为观察者模式和C#中委托的功能是相似的，但。。。机制很不一样。。。可以参看我写的C# 委托机制一文。观察者模式和委托都是在一对多的情况下，当事件发送者产生事件后，由观察者接收，并产生相应的动作（虽然都是同一接口，但。。。实现却是在内部，所以，我叫你吃饭，你可以去吃麻辣烫）。当然，你还可以绑定多个事件处理方法。在这里，我举个例子，一个出版社和各分销商的例子。各分销商是观察者。作为出版社的分

今天老师讲了单件模式，这个模式比较容易学，就开始讲这个。不过俺至今还没发现它有什么特殊用途，虽然，在网上有搜到一些资料关于它的用处。这个模式充分利用了私有的构造函数来解决其他类不能new它，也就是不能实例化它。造成了只有一个对象的情况，在某些设计下，只允许一个对象存在的情况，就使用该模式是最佳选择（当然最好也是在单线程下）还有就是在singleton模式下，是不能让类序列化它，即不能加

 软件设计最大的敌人，就是应付需求不断的变化。变化有时候是无穷尽的，于是项目开发就在反复的修改、更新中无限期地延迟交付的日期。变化如悬在头顶的达摩克斯之剑，令许多软件工程专家一筹莫展。正如无法找到解决软件开发的“银弹”，要彻底将变化扼杀在摇篮之中，看来也是不可能完成的任务。那么，积极地面对“变化”，方才是可取的态度。于是，极限编程（XP）的倡导者与布道者Kent Beck提出要“拥抱变化”，从

工厂方法模式是类的创建模式，又叫做虚拟构造子模式或多态性工厂模式。它的用意是定义一个创建产品对象的工厂接口，将实际创建工作推迟到子类中。简单工厂模式的缺点：由于工厂类集中了所有产品创建逻辑的，如果不能正常工作的话会对系统造成很大的影响。如果增加新产品必须修改工厂角色的源码。工厂方法模式的优点：在工厂方法模式中，核心的工厂类不再负责所有的产品的创建，而是将创建的工作交给子类去做。这个

简单工厂模式并不属于23种设计模式，它只是一个入门，比较容易理解，那好，我这个菜鸟也从这里开始入门了。简单工厂模式是类的创建模式，又叫做静态工厂方法模式。就是由一个工厂类根据传入的参量决定创建出哪一种产品类的实例。    工厂类：担任这个角色的是工厂方法模式的核心，含有与应用紧密相关的商业逻辑。工厂类在客户端的直接调用下创建产品对象，它往往由一个具体的类实现。    抽象产品角

抽象类和接口在语法和设计原则上的区别1.类是对对象的抽象，可以把抽象类理解为把类当作对象，抽象成的类叫做抽象类   接口只是一个行为的规范或规定，微软的自定义接口总是后带able字段，证明其是表述一类类“我能做。。。”抽象类更多的是定义在一系列紧密相关的类间，而接口大多数是关系疏松但都实现某一功能的类中2.接口基本上不具备继承的任何具体特点,它仅仅承诺了能够调用的方法; 3.一个类一次可以

以前在 csdn上看到一篇  “你还在使用if/else吗？”文章，提到如果你还在使用if语句，那么你就需要对你的代码重构。那篇文章许多人的评论上褒贬不一，但我现在想举的一个例子是对if/else的重构。（当然，是从别人那偷学来的，^_^)。enum employeetype{     salers;     engineer;   manager;}if(employ

今天看到吕老师的模版方法模式，他举了重构的原则，学习！ 重构的原则在对一个继承的等级结构做重构时，一个应当遵从的原则便是将行为尽量移动到结构的高端，而将状态尽量移动到结构的低端。1995年，Auer曾在文献【AUER95】中指出： 应当根据行为而不是状态定义一个类。也就是说，一个类的实现首先建立在行为的基础之上，而不是建立在状态的基础之上。 在实现行为时，

今天俺学习C#发送邮件的方法在命名空间System.Web.Mail 发送电子邮件主要用到了二个对象：一个是MailMessage对象，此对象主要是封装电子邮件的各个属性，即所谓的发信人，收信人，信件的主题，信件的内容和信件的附件等。另外一个是SmtpMail对象，这个对象的最大作用是把已经定义好各个属性的MailMessage对象给发送出去，而完成此功能，就需要调用SmtpMail对象的Se

Web service目前被SOA所广泛采用。从目前Web Service的应用来看，Web Service技术确实具有某些显著的优点，已成为当前分布式技术的重要代表。 Web Service的一个显著特点就是Loose Coupling。服务的可发现性，平台无关性，接口的自描述性构成了Web Service的这一重要特点。而正是由于这个特点，Web Service被广泛的用于企业信息集成，其