hushouqi

摘要： 数据层是个老话题，自从有了三层的概念，就一直被讨论。今天参加了个面试，问到了这个问题，发现这个问题虽然不难，但说的清楚透彻也需要总结一下。下面是对使用场景的总结，具体的技术是老生常谈的问题，就不过多的讨论了。1、存储过程适用场景特点：性能要求高业务逻辑简单很少移植适用场景：例如信息类网站，小型的B2C网站，小型项目型软件系统。原因： 存储过程经过数据的预编译，性能比SQL提高一些，安全性也较高。但是存储过程也有其自身的局限性。可读性较差，如果业务逻辑较复杂，调试起来很不方便，维护成本也会很高。不同的数据库之间，存储过程不一定兼容。对数据库升级，会带来许多不可预知的问题。 大部分网站符合这几个. 阅读全文

摘要： 三层结构下，数据访问层与业务逻辑分离。从对象关系角度看，业务逻辑层的对象依赖于数据访问层。.net平台提供了ado.net对数据库进行操作，connection对象提供了对database连接与transaction的功能。在分层结构下，数据访问层处理了对数据库的操作，实现了domain每一个对象与database的方法。例如对象Customer,提供CustomerDAO.Add(),CustomerDAO.Update()等等的方法，每一个方法都会引用独立的connection对象。业务层直接调用CustomerDAO的方法。connection对象对业务层是close状态，业务层不能访问 阅读全文

摘要： .net推出的Entity Framework以Entity Data Model(简称EDM)为核心，可以使开发人员只面对实体及实体关系来分析相关业务，而非传统的面向关系型数据库的方式。领域驱动给软件设计及开发带来极大的好处，是一种更科学的方法。 领域的核心数据是实体,而非传统的数据集。比起传统的数据集，实体更能清晰的表现业务对象。例如一个电子商务网站，包括User(会员)，Order(订单)，... 阅读全文

摘要： SaaS以租赁的方式向用户提供软件服务。中小型企业在资金和信息化人才缺乏的情况下，可通过向SaaS购买帐号，可以迅速实现信息化，节约成本。SaaS虽然在国内普及度不够高，但随着云计算宣传力度增大，市场广度会越来越大。　　对于软件提供商，在设计SaaS平台时，难度会比传统的应用模式大的多。因为提供的服务平台，而不是一个软件应用，在多企业共用平台的背景下，必然会带来数据的压力。而数据压力不仅体现在数据... 阅读全文

摘要： 引言：本文提出了一个SaaS数据存储解决方案。为方便理解请花几分钟时间浏览上一篇《SaaS平台概要设计》http://www.cnblogs.com/hushouqi/archive/2010/06/10/1755371.html 上一篇是对层次与对象的定义，很简单。概要：针对于不同的用户，建立独立的数据区域是比较理想的方式。独立的数据区域有几个好处：不影响检索速度；简化开发难度；易扩展；增强数据... 阅读全文

摘要： 引言： SaaS以服务的形式为中小企业提供软件。企业只需注册帐号，即可在服务商平台上使用。不需独立购买服务器及价格不菲的软件。其优势在于成本低，实施速度快，免费升级。设计目标： 实现相同的应用服务，不同的数据存储方式。对企业数据与应用进行解耦。公共平台需求：１为企业提供相同的软件应用２ 为企业提供独立的数据存储区域３ 企业自定义用户４ 企业定义自身的角色，分配权限框架层次划分：公共信息管理层：作为... 阅读全文

摘要： 在开发系统时经常为使用DataTable还是Entity难以选择： 大家都知道，DataTable是个数据集，相当于数据表在内存中的映射。微软在提供的这个类非常方便，可以轻松的绑定在DataGrid控件上;Entity是实体类，即我们根据具体领域，所定义的对象类型。我们在设计软件时有两个不同的思路：一、 根据需求先设计数据表以及数据表之间的关系。表之间的关系有一对一，一对多，多对多。整个开发过程中... 阅读全文

摘要： 经常看一些软件架构一些资料，结合自己开发经验，简单概括下软件架构是什么。首先，我们思考一个问题，软件工程的难点是什么?是用户不断变化的需求。随着软件规模越来越大，用户在使用软件过程中会有不断变化的需求产生。这个问题是不可能避免的。所以我们就需要一个稳健的框架来支撑，新的需求在这个框架基础上扩展。一个良好的架构需要满足两个重要特点：复用性，可扩展性。所以开发架构最大难点就在找到一个合理的复用点。如果... 阅读全文