健康-是最好的时光

摘要： 阅读目录 一：为什么会出现绑定？ 一：为什么会出现绑定？ . 服务之间的通信是多种多样的，有很多种通信模式 . 消息通信模式就有比如：同步请求/应答模式，异步的即发即弃消息等一系列，传递消息的传输协议就有比如：HTTP，TCP，P2P等一系列，消息的编码格式就有比如：纯文本编码格式，优化性能的二进制编码格式等一系列，还有其他比如：消息的安全保障（其中又分好多种）等等 . 若要计算各种通信模式和交互方式之间的组合，就多了去了，如果组合不好，有的组合可能互斥，客户端要与服务合理的组合这些选项才能保障通信的正常和顺畅，这些是很复杂的 . 为了简化这些选项，使它们易于管理，开发人员不必... 阅读全文

摘要： 托管（Hosting） . WCF服务不能你创建好了就完了，得把它放置到一个地方，让大家来访问调用，就好比你要卖胡辣汤，得有个店面吧，不能摆到马路上吧，想喝胡辣汤的人，来到你的店面吃才行吧，所以WCF也要有个放置它的地方，我们叫作托管 宿主进程（Host Process） . 每个WCF服务必须托管在Windows进程中，该进程被称为宿主进程 托管的三种方式 . 宿主可以由IIS提供（叫作IIS托管），也可以由Windows Vista的Windows激活服务（Windows Activation Service，WAS）提供（叫作WAS托管），宿主也可以由开发者做成应用程序的一部分来提供（. 阅读全文

摘要： 契约的名称 在默认下契约公开的名称就是定义的接口名或者类名如下面的：IMyContract和MyClass [ServiceContract]　interface IMyContract　{　}　[Service Contract]　class MyClass　{　} 但是可以为契约定义别名，如下面定义后的别名是：MyServiceContract和MeServcieContract 举例如下：[ServiceContract(Name="MyServiceContract")]　interface IMyContract　{　}　[Service Contract(Nam 阅读全文

摘要： 阅读目录 一：契约 二：服务契约 三：如何定义服务契约？ 一：契约（Contract） WCF的所有服务都会公开为契约，是描述服务功能的方式，比如：大家都穿校服才能进学校，校服就是描述你是这个学校的学生一样 二：服务契约（Service Contract） 客户端能够执行的服务操作，今天我们只介绍服务契约特性，比如：穿校服的都是光明小学的学生，都可以在午休时候去学校的棋牌室下棋（都可以去棋牌室下棋相当于可以执行的服务操作） 三：服务契约的定义采用属性定义法 为什么叫属性定义法呢？因为[ServiceContract(Name="ServiceAContract... 阅读全文

摘要： 阅读目录 一：基地址（BaseAddress） 二：地址（Addresses） 一：基地址（BaseAddress） . 基地址就是只包括传输协议和服务位置中的目标机器名以及通信端口，不包括可选的URL . 基地址格式是：[传输协议]://[目标机器名][:可选端口] 举例如下： 1：http（传输协议）://localhost（机器名）:8001（通信端口） 2：net.tcp（传输协议）://localhost（机器名）:8003（通信端口） 二：地址（Address） . WCF的每一个服务都有且有唯一的一个地址，地址就是服务的位置，你要用这个服务得知道这个服务的... 阅读全文

摘要： 阅读目录 一：前言 二：WCF出现的目的是什么？ 三：学了WCF能做什么？ 四：为什么要把一个应用程序分布放在不同的计算机上？ 一：前言 一个优秀的程序员，不能光凭一腔热血，不能只会写，却不知其所以然，所以我的建议是在写的同时，知道为什么要这样写，也就是要有扎实的基础和功底 任何一门技术的出现不是凭空出现的，出现一定是为了解决存在的某种问题 二：WCF出现的目的是什么？ 实现计算机之间的通信和交互，使得计算机之间的通信标准能达成一致，比如：计算机A说：计算机B啊，把你的那个方法让我用一下，计算机B说好的没问题，不能计算机A机说：计算机B把你的那个方法让我调用一下，计算机B... 阅读全文

摘要： 在不得不说的事务处理一文当中，有网友说，我写的都是理论，教条，对此我今天附上事务处理流程图，希望大家多多支持，欢迎拍砖！ 第一步：开始一个事务，进入”事务待命“状态 第二步：记录事务中要改变的数据库记录 第三步：进入事务更新状态 阅读全文

摘要： 面向对象设计原则中，最重要的原则就是此原则　阅读目录 一：开放封闭原则二：开放封闭原则有两大特征三：为什么要用到开放封闭原则？四：开放封闭原则的两个问题？ 五：开放封闭原则中的两个问题的解决办法　六：开放封闭原则的好处 七：开放封闭原则的注意事项 一：开放封闭原则 软件实体（类，模块，函数等）应该是可以扩展的，但是是不可以修改的二：开放封闭原则有两大特征 1：对于扩展是开放的 2：对于修改是封闭的 三：为什么要用到开放封闭原则？ . 我们在做任何系统的时候，都不要指望系统一开始就需求确定，这是不现实也是不科学的想法，既然需求一定是会变化的，那么我们如何在面对需求变化时，设计的网站或软件可以.. 阅读全文

摘要： 单一职责原则解释：就一个类而言，应该只有一个引起它变化的原因 . 我跟大家一样不喜欢看教条，教条太抽象不好理解，那我就举个生活中的例子便于大家理解我们知道现在的手机有拍照，打电话，彩信，摄像，听歌等等很多功能，我们出去旅游的时候其实只要带一个手机就好了，坐在车上无聊的时候可以听歌，打游戏，欣赏风景的时候可以拍照，碰到趣人趣事得时候还可以摄像，真是好啊，但是仔细想想，手机听歌有MP4或MP5声效好吗？打游戏有PS效果好吗？拍照有数码相机像素高吗？摄像有SONY摄像机效果好吗？答案是没有，其实有时候一件产品简单一些，职责单一一些或许是更好的选择 . 我们有时候在做编程的时候，很自然而然的会给一个. 阅读全文

摘要： 依赖倒转原则解释：抽象不应该依赖于细节，细节应该依赖于抽象，说通俗点也就是针对接口编程，不要针对实现编程 . 我们在做开发的时候，要访问数据库，就会把访问数据库的代码写成函数，每次去开发的时候调用这些函数就行了，其实这就叫高层模块依赖低层模块，违反了依赖倒转原则 . 当我们做一个新项目的时候，发现业务逻辑的高层模块都是一样的，但是客户希望换成不同的数据库，这就出问题了，我们希望能再次利用这些高层的业务逻辑模块，但是高层的业务逻辑模块和低层的数据访问模块是绑定的，没有办法复用这些高层模块，就好像电脑里如果CPU，内存，硬盘都需要依赖具体的主板，主板一换，所有的部件就没用了，这是不合理的，反过来. 阅读全文

摘要： 我们自己在写代码的时候，应该统一自己的编码规则，无论是自己以后阅读还是修改，甚至避免给后来的项目接收人造成阅读困难，理解欠缺等因素，特此提供命名规范文档以便参考 下载网址：http://www.boxinglion.com/DownLoad/命名规范.docx 阅读全文

摘要： 1：Programmer 程序员 2：Software Engineer 软件工程师3：Software Architect 软件架构师 阅读全文

摘要： 不要小瞧注释，因为自己写的Code在很长时间后在修改时，可能连自己都记不得了，还有在其他人接手自己的Case的时候，也会造成阅读困难； .NET提供四种注释 一：类注释-在类的开始部分注释/* *类说明 * * */ public class City {} 二：类属性注释-在类的属性前注释 //属性说明public string City_Name{get { return this._city_name; }set { this._city_name = value; } } 三：类方法注释-在类的方法声明前注释 /// <summary> ///方法说明/// </su 阅读全文

摘要： 先说一下为什么要说到事务处理，实际上对于数据处理来说，对于数据库来说，整个程序开发发展到现在，任何程序任何项目都离不开数据处理，数据库，事务是一个非常重要的概念，不仅是ASP.NET当中甚至其他的编程语言编程环境当中，事务处理是一个非常重要的问题，也就是说事务处理本身是超脱于ASP.NET这个范围的； 1-有人问了什么是事务处理？ 事务是一组组合成逻辑工作单元的数据库操作（所以看到这大家应该明白，事务是相对于数据库操作来的，事务本身是因为数据库的出现而出现的，为了对数据库操作过程中出现的问题而提出了事务的概念），虽然系统可能出错，但是事务将控制和维护每个数据库的一致性和完整性，也就是说事务处. 阅读全文

摘要： 这几天在做一个项目的时候，因为涉及到多表查询，每次都得写SQL语句，很是麻烦，一怒之下干脆全写成视图；以后设计到多表查询只要查询视图就行了，不用再写繁琐的SQL语句了，哎，由此感叹做项目的时候千万不能懒，你要懒的后果是以后会花费更多的时间去修改因为你懒造成的后果。 视图是原始数据库中数据的一种变换，是查看表中的数据的另一种方式；可以把视图看成一个可以移动的窗口，通过它可以查看感兴趣的数据；比如有个多表连接，查看是经常性的操作，我们不可能每次都去写这样一个SQL语句，所以我们可以将SQL语句组合成视图；在SQL Server 数据库管理系统中，视图是根据预定义查询建立起来的一张表，它的定义... 阅读全文

摘要： 因为在编程当中呢，也就是随着现代编程语言，编程工具的发展，面向组件的编程思想越来越蓬勃发展； 为什么要用组件？ 这个是我们经常可以看到的三层应用程序模型的出现，这个三层应用程序模型的出现可以说极大地促进了组件的发展，所谓的N层应用程序模型是在这个基础上发展起来的，对于任何的一个事物呢，我们分为三个层次或者说三个阶段或者三个层面来看待，首先是UI层（用户界面层），在这里面就是ASP.NET的页面包括ASP.NET的用户控件等等，UI层就像戏剧里面的演员，朋友们看到的是演员的表演，演员实际上就是UI层，观众直接看到的，用户直接看到的；业务对象层，我们也叫业务逻辑层包括一些业务对象的逻辑，比如以戏剧 阅读全文

摘要： 在我们设计一个数据库项目的时候呢，我们知道我们第一步工作是首先我们根据当前数据库它的一个组织或者企业的实际情况我们进行需求分析，需求调研，并且我们将需求分析调研的结果我们通过数据建模这样一个方式来表现出来，所以说我们在设计数据库的时候，第一步就是建立数据模型（数据建模），数据模型我们通常是建立E-R模型图； E-R（Entity-Relationship）数据模型，即实体-关系数据模型，主要包含两部分：第一部分是实体部分，每一个数据表就表示一个实体，第二部分是关系部分，我们不同的实体之间需要这样那样的一个关系，这样才是符合形成我们的关系型数据库，将各个数据表中的数据组合起来； 实体是观念世界中 阅读全文

摘要： 如果一个数据表已经满足第二范式，而且该数据表中的任何两个非主键字段的数据值之间不存在函数依赖关系，那么该数据表满足第三范式即3NF； 范式理论的核心是数据库中的关系更加明朗，数据库中存储的数据具有最小冗余度； 看图一，从图一中我们可以看到，奖金是工资的十分之一，它们存在函数依赖关系，因为通过工资字段乘以1/10是可以算出奖金的，所以我们说这张表满足了第一范式，第二范式，但是不满足第三范式； 修改成图二，他就满足了第三范式了，需要奖金数据的话我们是可以通过工资算出来的； （图一） （图二）本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/menglin2010/ 阅读全文

摘要： 我们的范式理论是逐级递增的过程，如果一个数据表已经满足第一范式，而且该数据表中的任何一个非主键字段的数值都依赖该数据表的主键字段，那么该数据表满足第二范式，即2NF； 我们依然看图说话，因为图最能说明问题，我们看到图一这张表的主键是项目编号，其他列如：名称，负责人，营销员，开始日期，结束日期这些非主键字段都依赖于主键项目编号，而负责任部门则不依赖于项目编号，依赖于负责人，所以说这张表虽然满足了第一范式，但是不满足第二范式； 那我们通过修改成图二和图三就可以满足第二范式了，为什么呢因为我们可以通过图二里面的“负责人”去找到图三里面的“所属部门”； （图一） （图二） （图三）本文来自CSD 阅读全文

摘要： 关系模型原理的核心是“规范化”概念，规范化是把数据库组织成在保存存储数据完整性的同时，最小化冗余数据的结构的过程； 规范化的数据库是符合关系模型规则的数据库，通常把这些规则称为范式； 范式是符合某一种级别的关系模式的集合，关系数据库中的关系必须满足一定的要求即满足不同的范式，目前关系型数据库有六种范式：第一范式（1NF），第二范式(2NF)，第三范式（3NF），Boyce-Codd范式（BCNF），第四范式（4NF），第五范式（5NF）；对于我们普通的学习者来说呢只需要将我们的数据库符合第一范式，第二范式，第三范式，就能满足数据存储的要求； 本文来自CSDN博客，转载请标明出处： http: 阅读全文