，特别是和。而则支持 多种语言，默认情况下为和，另外还支持些第三方语 言。 服务器处理 在服务器处理上不管页面的内容是纯还是生成的，它都是按 照实现，形成所谓页面顺序显示的。因此逻辑代码依赖于它在页面构中由于多重继承带来的可怕后果。它吸收了 等语言的优点，体现了当今最新的程序设计技术的功能和精华。继 承了语言的语法风格，同时又继承了的面向对象特性。不同的是，的对象模型已 经面向进行了重新设计，使用的是框架的类库不再提供对指针类型的支 持，使得程序不能随便访问内存地址空间，从而更加健壮不再支持多重继承，避免了 以往类层次结构中由于多重继承带来的可怕后果。对象模型已 经面向进行了重新设计，使用的是框架的类库不再提供对指针类型的支 持，使得程序不能随便访问内存地址空间，从而更加健壮不再支持多重继承，避免了 以往类层次结继 承了语言的语法风格，同时又继承了的面向对象特性。 等语言的优点，体现了当今最新的程序设计技术的功能和精华。部分内容简介 第二章系统开发技术 第节语言 本系统开发的语言是。是微软公司在年月发布的种全新且简单安全 面向对象的程序设计语言，是专门为的应用而开发的语言。它吸收了 等语言的优点，体现了当今最新的程序设计技术的功能和精华。继 承了语言的语法风格，同时又继承了的面向对象特性。不同的是，的对象模型已 经面向进行了重新设计，使用的是框架的类库不再提供对指针类型的支 持，使得程序不能随便访问内存地址空间，从而更加健壮不再支持多重继承，避免了 以往类层次结构中由于多重继承带来的可怕后果。框架为提供了个强大的易 用的逻辑结构致的程序设计环境。同时，公共语言运行时 为程序语言提供了个托管的运行时环境，使程序比以往更加稳定安全。其特点有 语言简洁。 保留了的强大功能。 快速应用开发功能。 语言的自由性。 强大的服务器控件。 支持跨平台。 与相融合。 第二节技术 本系统采用开发技术进行开发。不仅仅是的个新版本，更 是应用程序编程方面的个全新的概念和方法。中的新功能并不是对 的改进，设计它的初衷是为用户入境提供最佳的应用程序架构。它相比于有着以下几 个方面的优点 多语言 曾在脚本引擎方面受到了限制，特别是和。而则支持 多种语言，默认情况下为和，另外还支持些第三方语 言。 服务器处理 在服务器处理上不管页面的内容是纯还是生成的，它都是按 照实现，形成所谓页面顺序显示的。因此逻辑代码依赖于它在页面中的位置，并且 无法将控件作为目标，除非将它们作为流的部分进行显示。而就解决 了这个问题，方法是为控件引入个声明的基于服务器的模型，因为控件在服务器上有， 可以在服务器上编程，也可以是客户端驱动的事件。 控件 将现有的控件转换为服务器端的控件是比较容易的，但是也存在些不方便， 例如比较难于区分控件和服务器端的控件。于是公司就创建了组专门 的服务器控件，它们都用前缀标识。 代码与内容分离 个网站的设计与开发往往由不同的人来实现的，而中就是存在着这样个问 题，代码脚本和内容混合在起。这样就使得同时进行设计和开发变 得很困难。而则采用了代码内联和后台编码两种方法实现了代码与内容的分离。 第三节模式 模式基本原理 ，即把个应用的输入处理输出流程按照 的方式进行分离，这样个应用被分成三个层模型层视图层控制层，其 三层之间的关系和功能如图所示 视图层 解释模型 模型更新请求 发送用户输入给控制器 允许控制器选择视图 控制器层 定义应用程序行为 用户动作映射成模型更新 选择相应的视图 模型层 封装应用程序状态 响应状态查询 应用程序功能 通知视图改变 状态查询 通知改变 状态改变 视图选择 用户请求 方法调用事件 图组件类型关系和功能图 设计模式的典型流程为首先接收用户的请求，并决定应该调用哪个 来进行处理，然后用业务逻辑来处理用户的请求并返回数据，最后 用相应的格式化返回的数据，并通过表示层呈现给用户。 控制层可以理解为从用户接收请求，将模型与视图匹配在起，共同完成 用户的请求。划分控制层的作用也很明显，它清楚地告诉我们，它就是个分发器，选择 什么样的模型，选择什么样的视图，可以完成什么样的用户请求。控制层并不做任何的数 据处理。例如，用户点击个链接，控制层接受请求后，并不处理业务信息，它只把用户 的信息传递给模型，告诉模型做什么，选择符合要求的视图返回给用户。因此，个模型 可能对应多个视图，个视图可能对应多个模型。 模型层就是业务流程状态的处理以及业务规则的制定。业务流程的处理过程对 其它层来说是黑箱操作，模型接受视图请求的数据，并返回最终的处理结果。业务模型的 设计可以说是最主要的核心，必须能够满足大多数客户的需求，包括保证应用程序 各组件的事务整合维护并快速获取应用数据，支持事务工作流的协调以及在已有应用程 序中集成新的应用组件等。并没有提供模型的设计方法，而只告诉我们应该组织管 理这些模型，以便于模型的重构和提高重用性。 视图层代表用户交互界面，对于应用来说，可以概括沟通的个很好的方式。 般建立系统用例模型的步骤如下 角色的确定 角色是对系统外的对象描述，是用户作用于系统的个角色，它有自己的目标，通过 与系统的交互来实现，交互包括信息交换和系统的协同。 在本系统的建模中，可以创建以下角色匿名用户注册用户。 创建用例 博客系统根据其实现流程可分为以下几个用例。 与匿名用户相关的用例注册浏览主页面评论。 博客系统 用户注册 和登录模 块 博客主面 显示模块 文章管理 模块 订阅 模块 评论模块 用户信息 维护模块 与注册用户相关的用例浏览主页面评论个人信息维护评论管理文章管理 用户管理。 建立用例图 本文的博客系统的用例图如图所示 图博客系统用例图 第三节系统流程图 博客系统的流程图比较简单，登录用户可以使用系统的所有功能，未登录用户只能浏 览博客主页面，评论文章，注册等。本系统流程图如图所示 博客系统 是否登录 注 册 用 户 浏 览 主 页 面 评 论 文 章 管 理 文 章 管 理 评 论 管 理 分 类 用 户 信 息 维 护 订 阅 博 客 否 是 图博客系统流程图 第四章数据库设计 个设计良好的数据库，可以使系统的实现变得非常的简单。同时，也可以使系统的 执行速度变得很快。反之，个设计混乱的数据库，不仅增加了吸引的管理实现过程，同 时在系统的执行过程中，使得检索变得很慢，降低效率。所以数据库的设计是个系统设 计很重要的步骤。 第节数据库需求分析 由于本系统面向的对象有两个注册用户和未注册用户。所以，数据库需求分析中就 要考虑两方面因素。 对于未注册用户来说，他们主要就是浏览博客内容与评论。通过系统功能分析，针对 未注册用户的需求，总结出如下关系 篇博客可以有多个评论。 个评论只能对应篇博客。 对于注册用户来说，他们所关心的是如何对博客内容的添加修改和删除，对其它用 户评论的修改和删除，对博客分类的添加修改和删除，还有日志与文件的处理等。 通过分析，针对注册用户，总结出如下关系 篇博客可以对应多个分类。 个分类可以对应多个博客。 个用户可以对应多篇博客。 篇博客只能对应个用户。 上传文件存储与及日志的存储。 第二节数据库概念设计 根据上面的数据库需求分析，就可以构造出各种实体，以及并根据它们的关系绘制出 实体间的图，为以后的逻辑设计打下基础。本系统实体间的图如图所示 图博客系统数据库图 第三节数据库逻辑设计 数据库中各表的逻辑关系如图所示 图数据库关系图 第四节数据表设计 根据上面两节的设计思路，我设计了七张表，分别是 表 表主要用来存储博客网站中用户张贴的随笔或者文章。 表表 字段名称数据类型字段长度是否为空描述 主键 作者 标题 摘要 类型 是否允许评论 是否为私有 内容 创建时间 发表时间 修改时间 二表 表主要是用来存储博客网站中的用户数据。 表表 字段名称数据类型字段长度是否为空描述 主键 用户名 用户密码 用户描述 三表 表主要用来存储博客网站中文章的分类。 表表 字段名称数据类型字段长度是否为空描述 主键 分类名称 四表 表主要用来实现数据表与数据表之间多对多的关系。 表表 字段名称数据类型字段长度是否为空描述 主键 分类 博客 五表 表主要用来存储浏览者对随笔或者文章的评论。 表表 字段名称数据类型字段长度是否为空描述 主键 作者