VB.NET 这个明明已经在另一个类中 声明了啊，为什么还会这么提示啊

liangwei423 2016-04-26 07:48:31

还有就是另一个类是我从别的项目中直接复制过来的，本人初学者 还望大侠指点啊
...全文
252 7 打赏 收藏 转发到动态 举报
写回复
用AI写文章
7 条回复
切换为时间正序
请发表友善的回复…
发表回复
CodeJohn 2016-05-19
  • 打赏
  • 举报
 回复
一看到RS我就想起以前写ASP+ACCESS了……
闪星2 2016-04-30
  • 打赏
  • 举报
 回复
引用 3 楼 shingoscar 的回复:
肯定是多敲了个d 可见英语是多么重要
ide都那么智能了，还输错，而且是类已经有的方法，不应该吧
轻鸿万里 2016-04-29
  • 打赏
  • 举报
 回复
当你输入rs.的时候系统会自动列举这个类的成员的啊。看看有什么就知道了
轻鸿万里 2016-04-29
  • 打赏
  • 举报
 回复
引用 3 楼 shingoscar 的回复:
肯定是多敲了个d 可见英语是多么重要
Poopaye 2016-04-28
  • 打赏
  • 举报
 回复
肯定是多敲了个d 可见英语是多么重要
闪星2 2016-04-28
  • 打赏
  • 举报
 回复
rs是啥？？？代码详细点吧
Cai_12543 2016-04-27
  • 打赏
  • 举报
 回复
这样怎么看得出来？详细点的贴一下啊
VB 超强的API浏览器 (源代码)
VB 超强的API浏览器，带源码。 　　在VB.net、C#中, 使用 DllImport 属性调用 Windows API, 请先使用 Imports 或 using 导入 System.Runtime.InteropServices 以简化声明的引用。 对于Any类型的转换，VB.NET/C# 中不支持Any类型。如果你要把VB6式的API声明添加为VB.NET/C#支持的声明方式, 请使用特定的类型。在本软件中对于有Any类型的函数添加时会提示你选择一种类型。在 Visual Basic 6.0 中, Any类型的变量通常用于传递是字符串或 Null 的变量, 您可以通过声明两种(一种使用长型，一种使用字符串)来替换这种 Visual Basic 6.0 的用法。 易语言的函数、类型、常数声明是放在不同的地方的，不用分别复制, 只需全部复制, 任意粘贴到Dll命令、常量表、自定义数据类型声明处, 易语言会自动分开几种类型。 在声明C#结构体时如果结果体中有数值数组类型, 结构体中的这个成员会被声明成不安全代码, 若要正确编译代码 ,请在单击VS.net中“项目”菜单“属性”菜单项, 在出来的选项卡上选择“生成”, 选中那个选项卡中的“允许不安全代码”项复选项, 这样才能正确编译。 VB.net与C#中不支持类型(结构体)的某个变量同时是定长字符串与数组,　两者只能选其一。请自行计算出数组大小或用代码处理定长字符串的方式进行改写。 　　VB.net与C#中的类型(结构体)如果有数组那么这个类型不能声明为类。
ASP.NET的网页代码模型及生命周期
第4章 ASP.NET的网页代码模型及生命周期 从本章开始，就进入了ASP.NET应用程序开发的世界。在了解了C#的结构，以及面向对象的概念后，就可以从面向对象的思想开发ASP.NET应用程序。在ASP.NET中，能够使用面向对象的思想和软件开发中的一些思想，例如封装、派生、继承以及高级的设计模式等。本章首先介绍ASP.NET中最重要的概念---网页代码模型。 4.1 ASP.NET的网页代码模型 在ASP.NET应用程序开发中，微软提供了大量的控件，这些控件能够方便用户的开发以及维护。这些控件具有很强的扩展能力，在开发过程中无需自己手动编写。不仅如此，用户还能够创建自定义控件进行应用程序开发以扩展现有的服务器控件的功能。 4.1.1 创建ASP.NET网站 在ASP.NET中，可以创建ASP.NET网站和ASP.NET应用程序，ASP.NET网站的网页元素包含可视元素和页面逻辑元素，并不包含designer.cs文件。而ASP.NET应用程序包含designer.cs文件。创建ASP.NET网站，首先需要创建网站，单击【文件】按钮，在下拉菜单中选择【新建网站】选项，单击后会弹出对话框用于ASP.NET网站的创建，如图4-1所示。 图4-1 新建ASP.NET网站 在【位置】选项中，旁边的【下拉菜单】可以按照开发的需求来写，一般选择文件系统，地址为本机的本地地址。语言为.NET网站中使用的语言，如果选择Visual C#，则默认的开发语言为C#，否则为Visual Basic。创建了ASP.NET网站后，系统会自动创建一个代码隐藏页模型页面Default.aspx。ASP.NET网页一般由三部分组成，这三个部分如下所示。 q 可视元素：包括HTML，标记，服务器空间。 q 页面逻辑元素：包括事件处理程序和代码。 q designer.cs页文件：用来为页面的控件做初始化工作，一般只有ASP.NET应用程序（Web Application）才有。 ASP.NET页面中包含两种代码模型，一种是单文件页模型，另一种是代码隐藏页模型。这两个模型的功能完全一样，都支持控件的拖拽，以及智能的代码生成。 4.1.2 单文件页模型 单文件页模型中的所有代码，包括控件代码、事物处理代码以及HTML代码全都包含在.aspx文件中。编程代码在script标签，并使用runat=“server”属性标记。创建一个单文件页模型，在【文件】按钮中选择【新建文件】选项，在弹出对话框中选择【Web窗体】或在右击当前项目，在下拉菜单中选择【添加新建项】选项即可创建一个.aspx页面，如图4-2所示。 图4-2 创建单文件页模型 在创建时，去掉【将代码放在单独的文件中】复选框的选择即可创建单文件页模型的ASP.NET文件。创建后文件会自动创建相应的HTML代码以便页面的初始化，示例代码如下所示。 <%@ Page Language=“C#” %> <script runat=“server”> 无标题页
编译并运行，即可看到一个空白的页面被运行了。ASP.NET单文件页模型在创建并生成时，开发人员编写的类将编译成程序集，并将该程序集加载到应用程序域，并对该页的类进行实例化后输出到浏览器。可以说，.aspx页面的代码也即将会生成一个类，并包含内部逻辑。在浏览器浏览该页面时，.aspx页面的类实例化并输出到浏览器，反馈给浏览者。ASP.NET单文件页模型运行示例图如图4-3所示。 图4-3 单文件页模型 4.1.3 代码隐藏页模型 代码隐藏页模型与单文件页模型不同的是，代码隐藏页模型将事物处理代码都存放在cs文件中，当ASP.NET网页运行的时候，ASP.NET类生成时会先处理cs文件中的代码，再处理.aspx页面中的代码。这种过程被成为代码分离。 代码分离有一种好处，就是在.aspx页面中，开发人员可以将页面直接作为样式来设计，即美工人员也可以设计.aspx页面，而.cs文件由程序员来完成事务处理。同时，将ASP.NET中的页面样式代码和逻辑处理代码分离能够让维护变得简单，同时代码看上去也非常的优雅。在.aspx页面中，代码隐藏页模型的.aspx页面代码基本上和单文件页模型的代码相同，不同的是在script标记中的单文件页模型的代码默认被放在了同名的.cs文件中，.aspx文件示例代码如下所示。 <%@ Page Language=“C#” AutoEventWireup=“true” CodeFile=“Default.aspx.cs” Inherits=“_Default” %> 无标题页
从上述代码中可以看出，在头部声明的时候，单文件页模型只包含Language=“C#”，而代码隐藏页模型包含了CodeFile=“Default.aspx.cs”，说明被分离出去处理事物的代码被定义在Default.aspx.cs中，示例代码如下所示。 using System.Linq; using System.Web; using System.Web.Security; using System.Web.UI; using System.Web.UI.HtmlControls; //使用HtmlControls using System.Web.UI.WebControls; //使用WebControls using System.Web.UI.WebControls.WebParts; //使用WebParts public partial class _Default : System.Web.UI.Page //继承自System.Web.UI.Page { protected void Page_Load(object sender, EventArgs e) { } } 上述代码为Default.apx.cs页面代码。从上述代码可以看出，其格式与类库、编写类的格式相同，这也说明了.aspx页面允许使用面向对象的特性，如多态、继承等。但是ASP.NET代码隐藏页模型的运行过程比单文件页模型要复杂，运行示例图如图4-4所示。 图4-4 代码隐藏页模型 上述描述了代码隐藏类模型的页面生成模型。当页面被呈现之前，ASP.NET应用程序会解释并编译相应的cs文件中的代码，与此同时，ASP.NET应用程序还会将.aspx页面进行编译并生成.aspx页面对应的类。生成.aspx页面对应的类后会将该类与cs文件中的类进行协调生成新的类，该类会通过IIS在用户浏览页面时呈现在用户的浏览器中。 4.1.4 创建ASP.NET Web Application ASP.NET网站有一种好处，就是在编译后，编译器将整个网站编译成一个DLL（动态链接库），在更新的时候，只需要更新编译后的DLL（动态链接库）文件即可。但是ASP.NET网站却有一个缺点，编译速度慢，并且类的检查不彻底。 相比之下，ASP.NET Web Application不仅加快了速度，只生成一个程序集，而且可以拆分成多个项目进行管理。创建Application，首先需要新建项目用于开发Web Application，单击菜单栏上的【文件】按钮，在下拉菜单中选择【新建项目】选项，在弹出窗口中选择【ASP.NET应用程序】选项，如图4-5所示。 图4-5 创建ASP.NET应用程序 在创建了ASP.NET应用程序后，系统同样会默认创建一个Default.aspx页面，不同的是，多出了一个Default.aspx.designer.cs，用来初始化页面控件，一般不需要修改。 4.1.5 ASP.NET网站和ASP.NET应用程序的区别 在ASP.NET中，可以创建ASP.NET网站和ASP.NET应用程序，但是ASP.NET网站和ASP.NET应用程序开发过程和编译过程是有区别的。ASP.NET应用程序主要有以下特点： q 可以将ASP.NET应用程序拆分成多个项目以方便开发，管理和维护。 q 可以从项目中和源代码管理中排除一个文件或项目。 q 支持VSTS的Team Build方便每日构建。 q 可以对编译前后的名称，程序集等进行自定义。 q 对App_GlobalResources 的Resource强类支持。 ASP.NET WebSite编程模型具有以下特点： q 动态编译该页面，而不用编译整个站点。 q 当一部分页面出现错误不会影响到其他的页面或功能。 q 不需要项目文件，可以把一个目录当作一个Web应用来处理。 总体来说，ASP.NET网站适用于较小的网站开发，因为其动态编译的特点，无需整站编译。而ASP.NET应用程序适应大型的网站开发、维护等。 4.2 代码隐藏页模型的解释过程 在ASP.NET的代码隐藏页模型中，一个完整的.aspx页面包含两个页面，分别是以.aspx和.cs文件为后缀的文件，这两个文件在形成了整个Web窗体。在编译的过程中都被编译成由项目生成的动态链接库（.DLL），同时，.aspx页面同样也会编译。但是与.cs页面编译过程不同的是，当浏览者第一次浏览到.aspx页面时，ASP.NET自动生成该页的.NET类文件，并将其编译成另一个.DLL文件。 当浏览者再一次浏览该页面的时候，生成的.DLL就会在服务器上运行，并响应用户在该页面上的请求或响应，ASP.NET应用程序的解释过程图如4-6所示。 图4-6 代码隐藏页模型页面的执行过程 在客户端浏览器访问该页面时，浏览器会给IIS发送请求消息，IIS则会开始执行ASP.NET编译过程，如果不存在编译过后的DLL文件，则加载编译的类并创建对象。当创建对象完成，生成创建对象后的代码并生成一个ASPX页面代码，该页面代码反馈给IIS，IIS再反馈成HTML页面的形式给客户端。 4.3 代码隐藏页模型的事件驱动处理 在传统的ASP开发中，ASP的事件都是按照网页的顺序来处理的，一般情况下，ASP页面的事件都是从上到下处理事件，可以说ASP的开发是一个线性的处理模型。在用户的浏览操作中，每一次用户的操作都会导致页面重新被发送到服务器。因此，重复的操作必然导致客户端和服务器的往返过程，服务器必须重新创建页面，当创建页面后，服务器再按照原来的从上到下的顺序进行事件处理。 在ASP.NET中，通过使用模拟事件驱动模型的行为代替了ASP的线性处理模型。ASP.NET页框架模型隐式的为用户建立了事件和事件处理程序的关联。ASP.NET让用户可以为从浏览器传递的事件在服务器代码中设置相应的处理程序。假设某个用户正在浏览网站并与页面之间产生了某种交互，用户的操作就会引发事件，事件通过HTTP被传输到服务器。在服务器中，ASP.NET框架解释信息，并触发事件与之对应的处理程序。该程序可以是.aspx页面中的处理程序，也可以是开发者自定义的类库，或者COM组件等。事件驱动处理如图4-7所示。 图4-7 页面框架的事件驱动处理模型 上图则说明了当一个浏览者通过浏览器触发ASPX页面时，浏览器、服务器和服务器返回页的过程。 4.4 ASP.NET客户端状态 Web开发不像软件开发，Web应用实际上是没有状态的，这就说明Web应用程序不自动指示序列中的请求是否来自相同的浏览器或客户端，也无法判断浏览器是否一直在浏览一个页面或者一个站点，也无法判断用户执行了哪个操作并统计用户的喜好。 4.4.1 视图状态 从上面的章节中可以知道，当服务器每次的往返过程，都将销毁页面并重新创建新的页面。如果一个页面中的信息超出了页面的生命周期，那么这个页面中的相关信息就不存在了。如果注销了页面的信息，那么用户的一些信息可能就不存在了。 在ASP.NET中，网页包含视图状态来保存用户的信息，视图状态在页面发回到自身时，跨页过程存储和用户自己的页面的特定值，视图状态的优点如下所示。 q 不需要任何服务器资源。 q 在默认情况下，对控件启用状态的数据进行维护，不会被破坏。 q 视图状态的值经过哈希运算和压缩保护，安全性更高。 视图状态同样有一些缺点，缺点如下所示。 q 视图状态会影响性能，如果页面存储较大较多的值，则性能会有较大的影响。 q 在手机，移动终端上，可能无法保存视图状态中使用的值。 q 视图状态虽然安全性较高，但是还是有风险，如果直接查看页面代码，可以看到相应代码。 4.4.2 控件状态 ASP.NET中还提供了控件状态属性作为在服务器往返过程中存储自定义控件中的数据的方法。在页面控件中，如果有多个自定义控件使用多个不同的控件来显示不同的数据结构，为了让这些页面控件能够在在页面上协调的工作，则需要使用控件状态来保护控件，同时，控件状态是不能被关闭的。同样，控件状态也有它的优点，优点如下所示。 q 与视图状态相同的是，不需要任何服务器资源。 q 控件状态是不能被关闭的，提供了控件管理的更加可靠的方法。 q 控件状态具有通用性。 4.4.3 隐藏域 在ASP中，通常使用隐藏域保存页面的信息。在ASP.NET中，同样具有隐藏域来保存页面的信息，作为维护页面状态的一种形式，但是隐藏域的安全性并不高，最好不要在隐藏域保存过多的信息。隐藏域具有以下优点。 q 不需要任何服务器资源。 q 支持广泛，任何客户端都支持隐藏域。 q 实现简单，隐藏域属于HTML控件，无需像服务器控件那样有需要编程知识。 而隐藏域具有一些不足，如下所示。 q 具有较高的安全隐患。 q 存储结构简单。 q 同样，如果存储了较多的较大的值，则会导致性能问题。 q 如果隐藏域过多，则在某些客户端中被禁止。 q 隐藏域将数据存储在服务器上，而不存储在客户端。 注意：如果开发中，页面的隐藏域过多，这些隐藏域被存储在服务器。当客户端浏览页面的时候，会有一些防火墙扫描页面，以保证操作系统的安全，如果页面的隐藏域过多，那么这些防火墙可能会禁止页面的某些功能。 4.4.4 Cookie Cookie在客户端用户保存网站的少量的用户信息，服务器可以通过编程的方法获取用户信息，Cookie信息和页面请求通常一起发送到服务器，服务器对客户端传递过来的Cookie信息做处理。通常Cookie保存用户的登录状态、用户名等基本信息等等，在后面的章节会详细介绍使用ASP.NET操作Cookies。 4.4.5 客户端状态维护 虽然使用某些客户端状态并不使用服务器资源，但是这些状态都具有潜在的安全隐患，如Cookie。非法用户可以使用Cookie欺骗来攻击网站进行用户信息的获取，不过使用客户端状态能够使用客户端的资源从而提高服务器性能。使用客户端状态，虽然有安全隐患，但是具有良好的编程能力，以及基本的安全知识，能够较好的解决安全问题，同时也能够提高服务器性能。下面小结了一些客户端状态的优缺点。 q 视图状态：推荐当存储少量挥发到自身的页面的信息时使用。 q 控件状态：不需要任何服务器资源，控件状态是不能被关闭的，提供了控件管理的更加可靠和更通用的方法。 q 隐藏域：实现简单，但是在应用程序中会造成一些安全隐患。 q Cookie：实现简单，同样也能够简单的获取用户的信息，但是Cookie有大小的限制，不适宜存储大量的代码。 4.5 ASP.NET页面生命周期 ASP.NET页面运行时，也同类的对象一样，有自己的生命周期。ASP.NET页面运行时，ASP.NET页面将经历一个生命周期，在生命周期内，该页面将执行一系列的步骤，包括控件的初始化，控件的实例化，还原状态和维护状态等，以及通过IIS反馈给用户呈现成HTML。 ASP.NET页面生命周期是ASP.NET中非常重要的概念，了解ASP.NET页面的生命周期，就能够在合适的生命周期内编写代码，执行事务。同样，熟练掌握ASP.NET页面的生命周期，可以开发高效的自定义控件。ASP.NET生命周期通常情况下需要经历几个阶段，这几个阶段如下所示。 q 页请求：页请求发生在页生命周期开始之前。当用户请求一个页面，ASP.NET将确定是否需要分析或者编译该页面，或者是否可以在不运行页的情况下直接请求缓存响应客户端。 q 开始：发生了请求后，页面就进入了开始阶段。在该阶段，页面将确定请求是发回请求还是新的客户端请求，并设置IsPostBack属性。 q 初始化：在页面开始后，进入了初始化阶段。初始化期间，页面可以使用服务器控件，并为每个服务器控件进行初始化。 q 加载：页面加载控件。 q 验证：调用所有的验证程序控件的Vailidate方法，来设置各个验证程序控件和页的属性。 q 回发事件：如果是回发请求，则调用所有事件处理的程序。 q 呈现：在呈现期间，视图状态被保存并呈现到页。 q 卸载：完全呈现页面后，将页面发送到客户端并准备丢弃时，将调用卸载。 4.6 ASP.NET生命周期中的事件 在页面周期的每个阶段，页面将引发可运行用户代码进行处理事件。对于控件产生的事件，通过声明的方式执行代码，并将事件处理程序绑定到事件。不仅如此，事件还支持自动事件连接，最常用的就是Page_Load事件了，除了Page_Load事件以外，还有Page_Init等其他事件，本节将会介绍此类事件。 4.6.1 页面加载事件（Page_PreInit） 每当页面被发送到服务器时，页面就会重新被加载，启动Page_PreInit事件，执行Page_PreInit事件代码块。当需要对页面中的控件进行初始化时，则需要使用此类事件，示例代码如下所示。 protected void Page_PreInit(object sender, EventArgs e) //Page_PreInit事件 { Label1.Text = “OK”; //标签赋值 } 在上述代码中，当触发了Page_PreInit事件时，就会执行该事件的代码，上述代码将Lable1的初始文本值设置为“OK”。Page_PreInit事件能够让用户在页面处理中，能够让服务器加载时只执行一次而当网页被返回给客户端时不被执行。在Page_PreInit中可以使用IsPostBack来实现，当网页第一次加载时IsPostBack属性为false，当页面再次被加载时，IsPostBack属性将会被设置为true。IsPostBack属性的使用能够影响到应用程序的性能。 4.6.2 页面加载事件（Page_Init） Page_Init事件与Page_PreInit事件基本相同，区别在于Page_Init并不能保证完全加载各个控件。虽然在Page_Init事件中，依旧可以访问页面中的各个空间，但是当页面回送时，Page_Init依然执行所有的代码并且不能通过IsPostBack来执行某些代码，示例代码如下所示。 protected void Page_Init(object sender, EventArgs e) //Page_Init事件 { if (!IsPostBack) //判断是否第一次加载 { Label1.Text = “OK”; //将成功信息赋值给标签 } else { Label1.Text = “IsPostBack”; //将回传的值赋值给标签 } } 4.6.3 页面载入事件（Page_Load） 大多数初学者会认为Page_Load事件是当页面第一次访问触发的事件，其实不然，在ASP.NET页生命周期内，Page_Load远远不是第一次触发的事件，通常情况下，ASP.NET事件顺序如下所示。 q 1. Page_Init()。 q 2. Load ViewState。 q 3. Load Postback data。 q 4. Page_Load()。 q 5. Handle control events。 q 6. Page_PreRender()。 q 7. Page_Render()。 q 8. Unload event。 q 9. Dispose method called。 Page_Load事件是在网页加载的时候一定会被执行的事件。在Page_Load事件中，一般都需要使用IsPostBack来判断用户是否进行了操作，因为IsPostBack指示该页是否正为响应客户端回发而加载，或者它是否正被首次加载和访问，示例代码如下所示。 protected void Page_Load(object sender, EventArgs e) //Page_Load事件 { if (!IsPostBack) { Label1.Text = “OK”; //第一次执行的代码块 } else { Label1.Text = “IsPostBack”; //如果用户提交表单等 } } 上述代码使用了Page_Load事件，在页面被创建时，系统会自动在代码隐藏页模型的页面中增加此方法。当用户执行了操作，页面响应了客户端回发，则IsPostBack为true，于是执行else中的操作。 4.6.4 页面卸载事件（Page_Unload） 在页面被执行完毕后，可以通过Page_Unload事件用来执行页面卸载时的清除工作，当页面被卸载时，执行此事件。以下情况会触发Page_Unload事件。 q 页面被关闭。 q 数据库连接被关闭。 q 对象被关闭。 q 完成日志记录或者其他的程序请求。 4.6.5 页面指令 页面指令用来通知编译器在编译页面时做出的特殊处理。当编译器处理ASP.NET应用程序时，可以通过这些特殊指令要求编译器做特殊处理，例如缓存、使用命名空间等。当需要执行页面指令时，通常的做法是将页面指令包括在文件的头部，示例代码如下所示。 <%@ Page Language=“C#” AutoEventWireup=“true” CodeBehind=“Default.aspx.cs” Inherits=“MyWeb._Default” %> 上述代码中，就使用了@Page页面指令来定义ASP.NET页面分析器和编译器使用的特定页的属性。当代码隐藏页模型的页面被创建时，系统会自动增加@Page页面指令。 ASP.NET页面支持多个页面指令，常用的页面指令如下所示。 q @ Page：定义ASP.NET页分析器和编译器使用的页特定（.aspx文件）属性，可以编写为<%@ Page attribute=“value” [attribute=“value”…]%>。 q @ Control：定义ASP.NET页分析器和编译器使用的用户控件（.ascx文件）特定的属性。该指令只能为用户控件配置。可以编写为<%@ Control attribute=“value” [attribute=“value”…]%>。 q @ Import：将命名空间显示导入到页中，使所导入的命名空间的所有类和接口可用户该页。导入的命名空间可以是.NET Framework类库或用户定义的命名空间的一部分。可以编写为<%@ Import namespace=“value” %>。 q @ Implements：提示当前页或用户控件实现制定的.NET Framework接口。可以编写为<%@ Implements interface=“ValidInterfaceName” %>。 q @ Reference：以声明的方式指示，应该根据在其中声明此指令的页对另一个用户控件或页源文件进行动态编译和链接。可以编写为<%@ Reference page | control=“pathtofile” %>。 q @ Output Cache：以声明的方式空间ASP.NET页或页中包含的用户控件的输出缓存策略。可以编写为<%@ Output Cache Duration=“#ofseconds” Location=“Any | Client | Downstream | Server | None” Shared=“True |False” VaryByControl=“controlname” VaryByCustom=“browser | customstring” VaryByHeader=“headers” VaryByParam=“parametername” %> q @ Assembly：在编译过程中将程序集链接到当前页，以使程序集的所有类和接口都可用在该页上。可以编写为<%@ Assembly Name=“assemblyname” %>或<%@ Assembly Src=“pathname” %>的方式。 q @ Register：将别名与命名空间以及类名关联起来，以便在自定义服务器控件语法中使用简明的表示法。可以编写为<%@ Register tagprefix=“ tagprefix” Namespace=“namepace” Assembly=“assembly” %>或<%@ Register tagprefix=“ tagprefix” Tagname=“tagname” Src=“pathname” %>的方式。 4.7 ASP.NET网站文件类型 在ASP.NET中包含诸多的文件类型，这些类型的文件由ASP.NET支持和管理，而除了这些文件以外，其他的文件都由IIS托管。使用VS2008能够创建大部分可以使用ASP.NET托管运行的程序。同时，使用应用程序映射可以将文件类型映射到应用程序。当需要伪静态时，很可能需要将.html后缀托管到IIS中的应用扩展，因为默认情况下ASP.NET不会处理HTML的操作。 技巧：现在的网站构架中，生成静态是一种降低网站压力的一种很好的解决方案。在某些情况下，服务器可能需要伪静态支持，就是将.aspx页面后缀显式成.html后缀，让搜索引擎能够更好的搜录。 1．ASP.NET管理的文件类型 ASP.NET管理的文件类型能够在ASP.NET应用程序中被ASP.NET应用程序的不同模块进行访问和调用，这些文件可能是用户能够直接访问的，也有可能是用户无法直接访问的。ASP.NET管理的文件类型如表4-1所示。 表4-1 ASP.NET管理的文件类型 文件类型 保存位置 描述 .asax 根目录。 Global.asax 文件。包含 HttpApplication 对象的派生代码，用于重新展示 Application 对象。 .ascx 根目录或子目录。 可重用的自定义 Web 控件。 .ashx 根目录或子目录。 处理器文件。包含实现 IHttpHandler 接口的代码，用于处理输入请求。 .asmx 根目录或子目录。 XML Web Services 文件。包含由 SOAP 提供给其他 Web 应用的类对象和功能。 .aspx 根目录或子目录。 ASP.NET Web 窗体。包含 Web 控件和其他业务逻辑。 .axd 根目录。 跟踪视图文件。通常是 Trace.axd。 .browser App_Browsers 目录。 浏览器定义文件。用于识别客户端浏览器的可用特征。 .cd 根目录或子目录。 类图文件。 .compile Bin 目录。 定位于适当汇编集中的预编译文件。可执行文件（.aspx，.ascx，.master，theme）预编译后放在 Bin 目录。 .config 根目录或子目录。 Web.config 配置文件。包含用于配置 ASP.NET 若干特征的 XML 元素集。 .cs，.jsl，vb App_Code 目录。有些是 ASP.NET 的代码分离文件，位于与 Web 页面相同的目录。 运行时被编译的类对象源代码。类对象可以是 HTTP 模块，HTTP 处理器，或 ASP.NET 页面的代码分离文件。 .csproj，vbproj，vjsproj Visual Studio 工程目录。 Visual Studio 客户工程文件。 .disco，.vsdisco App_WebReferences 目录。 XML Web Services Discovery 文件。用于定位可用 Web Services。 .dsdgm，dsprototype 根目录或子目录。 分布式服务图表（DSD）文件。可添加到 Visual Studio 方案中，为反向引擎提供消耗 Web Services 时的交互性图表。 .dll Bin 目录。 已编译类库文件。作为替代，可将类对象源代码保存到 App_Code 目录。 .licx，.webinfo 根目录或子目录。 许可协议文件。许可协议有助于保护控件开发者的知识产权，并对控件用户的使用权进行验证。 .master 根目录或子目录。 模板文件定义 Web 页面的统一布局，并在其他页面中得到引用。 .mdb，.ldb App_Data 目录。 Access 数据库文件。 .mdf App_Data 目录。 SQLServer 数据库文件。 .msgx，.svc 根目录或子目录。 Indigo Messaging Framework（MFx）服务文件。 .rem 根目录或子目录。 远程处理器文件。 .resources App_GlobalResources 或 App_LocalResources 目录。 资源文件。包含图像，本地化文本，或其他数据的资源引用串。 .resx App_GlobalResources 或 App_LocalResources 目录。 资源文件。包含图像，本地化文本，或其他数据的资源引用串。 .sdm，.sdmDocument 根目录或子目录。 系统定义模型（SDM）文件。 .sitemap 根目录。 网站地图文件。包含网站的结构。ASP.NET 通过默认的网站地图提供者，简化导航控件对网站地图文件的使用。 .skin App_Themes 目录。 皮肤定义文件。用于确定显示格式。 .sln Visual Web Developer 工程目录。 Visual Web Developer 工程的项目文件。 .soap 根目录或子目录。 SOAP 扩展文件。 注意：ASP.NET 管理的文件类型映射到 IIS 的 Aspnet_isapi.dll。 2．IIS 管理的文件类型 在ASP.NET应用程序中，有些动态的文件如asp文件就不被ASP.NET应用程序框架管理，这些文件由IIS进行管理，由IIS管理的文件类型如表4-2所示。 表4-2 IIS管理的文件类型 文件类型 保存位置 描述 .asa 根目录。 Global.asa 文件。包含 ASP 会话对象或应用程序对象生命周期中的各种事件处理。 .asp 根目录或子目录. ASP Web 页面。包含 @ 指令和使用 ASP 内建对象的脚本代码。 .cdx App_Data 目录. Visual FoxPro 的混合索引文件。 .cer 根目录或子目录。 证明文件。用于对网站的授权。 .idc 根目录或子目录。 Internet Database Connector（IDC）文件。被映射到 httpodbc.dll。 注意：由于无法为数据库连接提供足够的安全性，IDC 将不再被继续使用。IIS 6.0 是最后一个支持 IDC 的版本。 .shtm，.shtml，.stm 根目录或子目录。 包含文件。被映射到 ssinc.dll。 注意：IIS管理的文件类型被映射到IIS的asp.dll 3．静态文件类型 IIS仅提供已注册MIME类型的静态文件服务，注册信息保存在Mime Map IIS元数据库中。如果某种文件类型已经映射到指定应用程序，在不需要作为静态文件的情况之下，无需再在MIME类型列表中进行包含。默认的静态文件类型如表4-3所示。 表4-3 静态文件类型 文件类型 保存位置 描述 .css 根目录或子目录，以及 App_Themes 目录。 样式表文件。用于确定 HTML 元素的显示格式。 .htm，.html 根目录或子目录。 静态网页文件。由 HTML 代码编写。 注意：虽然ASP.NET的代码页面也能够手动添加到MIME类型列表中，但是这样操作浏览者就能够看到页面源代码，从而暴露ASP.NET页面源代码，相对于服务器而言是非常不安全的。 4.8 小结 本章介绍了ASP.NET页面生命周期，以及ASP.NET页面的几种模型。ASP.NET页面生命周期是ASP.NET中非常重要的概念，熟练掌握ASP.NET生命周期能对ASP.NET开发，自定义控件开发起到促进作用。本章还介绍了： q 代码隐藏页模型的解释过程。 q 代码隐藏页模型的事件驱动处理。 q ASP.NET网页的客户端状态。 q ASP.NET页面生命周期。 q ASP.NET生命周期中的事件。 q ASP.NET 网站文件类型。 上面的章节都分开的讲解了ASP.NET运行中的一些基本机制，在了解了这些基本运行机制后，就能够在.NET框架下做ASP.NET开发了。虽然这些都是基本概念，但是在今后的开发中，会起到非常重要的作用。
用VB.NET开发交互式CAD系统
用VB.NET开发交互式CAD系统，包括结合GDI+和OPENGL两种方案。 联系平台客服可开发票。
基于J2EE框架的个人博客系统项目毕业设计论文(源码和论文）
第一章 绪论 1.1. 选题背景 这几年，许多新名词涌入我们的视野：博客、圈子、播客、WAP等。这些都预示着我们进入了一个新的互联网阶段web 2.0，它是相对web 1.0的新的一类互联网应用的总称，是一次从核心内容到外部应用的革命[10]。这个阶段发展迅速，互联网应用趋于多样化，其中变化最大的是由web 1.0网站创造内容的时代变为由用户创造内容的web 2.0时代。 在web 2.0应用中，博客(Blog)是web 2.0核心应用中最典型、最流行的代表之一，也是web 2.0技术应用的最直观的表现，是web 2.0精神和理念的具体体现。 1.2. 问题的提出 Blog记载了日常发生的事情和自己的兴趣爱好，把自己的思想和知识和他人分享、交流，同时又通过“六度空间”结识了更多志趣相投的朋友；而越来越多专业知识的 Blog 的出现，让我们看到了 Blog 更多所蕴涵的巨大的信息价值：不同的 Blog 选择不同的内容，收集和整理成为很多人关注的专业 Blog ——目前越来越多的人获取信息的来源是一些固定的 Blog 。随着博客人数的增加， Blog 作为一种新的生活方式、新的工作方式、新的学习方式已经被越来越多的人所接受，并且在改变传统的网络和社会结构：网络信息不再是虚假不可验证的，交流和沟通更有明确的选择和方向性，单一的思想和群体的智慧结合变的更加有效，个人出版变成人人都可以实现的梦想—— Blog 正在影响和改变着我们的生活。 1.3. 系统的开发目标 管理员通过前台页面进入后台管理模块后，可对注册的博客用户进行维护，包括对注册用户的添加、查找、修改和删除。 管理员进入登录后，可对帐户进行管理，包括添加管理员帐户、修改管理员帐户、删除管理员帐户和对帐户进行权限设置。 博客用户通过前台登录后，可对自己的博客空间进行管理，包括发布自己的网络日志、收藏个人图片、和相关人员进行交流和沟通以及删除访问者发表的评论等。 因此，在具体设计实现该博客网站时，主要考虑了主流博客网站的几个主要功能:(1)博客的注册、登录验证功能(2) 网络用户通过关键字搜索博文功能(3) 最热门博客页面推荐浏览(4) 文章详细内容及相关评论显示(5) 博客页面访问量统计(6) 博客个人文章管理维护功能(7) 博客个人文章分类管理维护功能(8) 博客个人友情链接维护功能(9) 博客个人基本信息管理维护功能(10) 博客图片上传及个人相册管理(11) 网络用户写留言，博主查看留言。 第二章 系统设计 2.1. 系统分析 在整个blog进行开发之前，要确定出整个项目的整体架构，包括系统的选型、运行环境的确定及系统结构设计。下面对这进行详细介绍。 在进行软件系统开发的最初环节，一般都需要进行系统的选型，即根据系统功能的实际需求，选择合适的开发工具及软件架构。 blog对系统的可靠性、稳定性有比较高的要求。本系统设计时，比较主流的B/S设计有基于JSP、ASP、PHP、CGI及J2EE等模式。相比较而言PHP的功能相对简单，不适合做大程序；而CGI效率相对较低，所以也不考虑。由于J2EE的开源的框架中提供了MVC模式实现框架Struts、对象关系模型中的Hibernate 的框架及拥有事务管理和依赖注入的Spring。利用现存框架可以更快开发系统。所以选择Java技术作为blog 的开发工具。 为了增加系统的吞吐量，提高并发处理客户请求数量，系统采用了IBM服务器作为主机。在数据库处理方面，不需要在数据层借助存储过程及数据库服务器端函数封装过多的业务逻辑，因此数据库系统采用相对精巧的MySQL[6]。 该在线博客系统服务器端如果需要布置到其他主机上，则该主机必备条件如下： 1. 服务器端操作系统：独立于操作系统的跨平台系统，客户端MicroSoft Windows 2000及以上； 2. 数据库：MySQL 5.0.27版本； 3. Web服务器：Tomcat 5.5及以上版本，配合MVC设计模式及 Hibernate开发架构； 4. 客户端运行环境：能运行IE 5以上或Netscape 5以上浏览器的操作系统，配合使用Ajax技术； 5. 客户端运行工具：目前的系统采用浏览器作为客户端，为了支持Ajax开发框架，应该选择使用IE 5以上版本浏览器。 本网站以xp为Web平台，JSP+Ajax+Servlet+JavaBean+Hibernate为网站实现技术，建立基于MySQL数据库系统的核心动态网页，实现博客网站前台及博客个人维护管理等功能模块。 1、 系统处理的准确性和及时性：系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足信息处理的需求。 2、 系统的开放性和系统的可扩充性：系统在开发过程中，应该充分考虑以后的可扩充性。例如数据表中用户选择字段方式的改变，用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。 3、 系统的易用性和易维护性：要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。 4、 系统的数据要求：1、数据录入和处理的准确性和实时性。2、数据的一致性与完整性。3、数据的共享与独立性。 2.2. 系统的可行性分析 2.2.1. 技术可行性 技术上的可行性分析要考虑将来要采用的硬件和软件技术能否满足用户（这里是服务器，网速）提出的要求（如计算机的容量、速度等）。此外，还要考虑开发人员的水平，学习了两年的jsp开发，对于这个系统的编写，我想完整的之需要两个月就可以写出程序，再花上几天的调试，计划两个月左右就可以完成投入使用了。 我们掌握了数据库及其应用技术、数据库原理、计算机网络技术等课程，对数据库的设计、应用、维护及局域网的组成有了深刻的认识与一定的动手实践能力，考取了信息处理、程序设计、数据库技术等国家IT认证。从一定程度上具备了开发一个小型系统的能力。再有就！ 2.2.2. 经济可行性 主要从对项目的经济上进行分析评价，一方面是支出的费用，包括设备购置费、管理和维护费用、人员工资和培训费等，另一个是取得的收益。这是个小型的系统，从投入的人力，财力与物力来讲是非常小的，发布出去之需要注册域名就可以了，从节省人力方面，可以让管理人员从繁与复杂的工作中解脱出来，做更多的工作。 2.2.3. 管理可行性 有IP地址、用户名与密码等,可以下载一个FTP上传工具（cure）上传更新后的内容.可以在http://www.skycn.com/soft/683.html下载到. 下载以后,通过"站点管理"-->"新建站点".输入IP,用户名,密码.然后连接即可. 当然也可用FTP工具.直接在IE浏览器地址栏输入ftp://www.域名/然后输入用户名和密码.同样可以上传.随时更新文件！ 第三章 开发环境的说明与安装 3.1. 开发语言的选择 3.1.1. JAVA简介 Java是Sun公司推出的新的一代面向对象程序设计语言，特别适合于Internet应用程序开发。Java的产生与流行是当今Internet发展的客观要求，Java是一门各方面性能都很好的编程语言，它的基本特点是简单、面向对象、分布式、解释的、健壮的、安全的、结构中立的、可移植的、性能很优异的、多线程的、动态的，特别适合在Internet环境上开发的应用系统。 3.1.2. Web应用程序开发环境—JSP技术 JSP的全称是Java Server Pages，它是SUN推出的一种动态网页技术标准。它在传统的静态页面文件（*.html,*.htm）中加入JAVA程序片段和JSP标记，就构成了JSP页面。JSP具有以下的优点： 1、将业务层与表示层分离：使用JSP技术，网络开发人员可充分使用HTML来设计页面显示部分（如字体颜色等），并使用JSP指令或者JAVA程序片段来生成网页上的动态内容； 2、能够跨平台：JSP支持绝大部分平台，包括现在非常流行的LINUX系统，应用非常广泛的Apache服务器也提供了支持JSP的服务； 3、组件的开发和使用很方便：如ASP的组件是由C++，VB等语言开发的，并需要注册才能使用；而JSP的组件是用Java开发的，可以直接使用； 4、一次编写，处处运行：作为JAVA开发平台的一部分，JSP具有JAVA的所有优点，包括Write once , Run everywhere. 3.2. 数据库的选择 3.2.1. Web应用程序开发环境—SQLserver数据库 SQL Server是由Microsoft开发和推广的关系数据库管理系统（DBMS）,它最初是由Microsoft、Sybase和Ashton-Tate三家公司共同开发的。SQL Server 2000是Microsoft公司于2000年推出的最新版本。 SQL Server 特点： 　　1．真正的客户机/服务器体系结构。 　　2．图形化用户界面，使系统管理和数据库管理更加直观、简单。 　　3．丰富的编程接口工具，为用户进行程序设计提供了更大的选择余地。 　　4．SQL Server与Windows NT完全集成，利用了NT的许多功能，如发送和接受消息，管理登录安全性等。SQL Server也可以很好地与Microsoft BackOffice产品集成。 　　5．具有很好的伸缩性，可跨越从运行Windows 95/98的膝上型电脑到运行Windows 2000的大型多处理器等多种平台使用。 　　6．对Web技术的支持，使用户能够很容易地将数据库中的数据发布到Web页面上。 　　7．SQL Server提供数据仓库功能，这个功能只在Oracle和其他更昂贵的DBMS中才有。 　　SQL Server 2000与以前版本相比较，又具有以下新特性 ： 　　1．支持XML(Extensive Markup Language，扩展标记语言) 　　2．强大的基于Web的分析 　　3．支持OLE DB和多种查询 　　4．支持分布式的分区视图 　　安装、运行SQL Server 2000的硬件需求 　　（1）计算机 　　Inter及其兼容计算机，Pentium 166Mz或者更高处理器或DEC Alpha和其兼容系统。 　　（2）内存（RAM） 　　企业版最少64MB内存，其他版本最少需要32MB内存，建议使用更多的内存。 　　（3）硬盘空间 　　完全安装（Full）需要180MB的空间，典型安装（Typical）需要170MB的空间，最小安装（Minimum）需要65MB的空间。 3.3. 开发工具的选择 MyEclipse，Deamweare，选择SQLserver作为后台的数据库，选择JAVA、JSP、JavaScript、Html作为应用程序开发工具，运用Tomcat服务器技术，整个系统完全基于B/S (Browser/Server)模式进行设计。 1、Tomcat应用服务器 目前支持JSP的应用服务器是较多的，Tomcat是其中较为流行的一个Web服务器，被JavaWorld杂志的编辑选为2001年度最具创新的Java产品，可见其在业界的地位。 Tomcat是一个免费的开源的Serlvet容器，在Tomcat中，应用程序的部署很简单，你只需将你的WAR放到Tomcat的webapp目录下，Tomcat会自动检测到这个文件，并将其解压。你在浏览器中访问这个应用的Jsp时，通常第一次会很慢，因为Tomcat要将Jsp转化为Servlet文件，然后编译。编译以后，访问将会很快。 Tomcat也具有传统的Web服务器的功能：处理Html页面。但是与Apache相比，它的处理静态Html的能力就不如Apache。我们可以将Tomcat和Apache集成到一块，让Apache处理静态Html，而Tomcat处理Jsp和Servlet。Tomcat是一个很好的工具，不仅仅因为其免费，功能强大，更因为其开放性，越来越受到人们的重视。 2、 B/S 开发模式 伴随着Internet的迅速发展，计算机技术正在由基于C/S（client/ Server）模式的应用系统转变为基于B/S模式的应用系统。 过去，网络软件的开发都采用C/S（client）模式，在这种模式下，主要的业务逻辑都集中于客户端程序，因此，必然导致以下问题： 系统安装、调试、维护和升级困难。由于客户端的硬件配置可能存在差异，软件环能各不相同，因此，在安装时，必须对每一个客户端分别进行配置，同样，在软件升级时也要对客户端分别处理。 B/S模式带来了巨大的好处： 开发成本及维护成本降低。由于B/S架构管理软件只安装在服务器端（Server）上，即应用程序在部署、升级、维护时，只需要在服务器端进行配置就可以了，网络管理人员只需要管理服务器就行了，用户界面主要事务逻辑在服务器（Server）端完全通过WWW浏览器实现，极少部分事务逻辑在前端（Browser）实现，所有的客户端只有浏览器，网络管理人员只需要做硬件维护。 良好的安全性能，防火墙技术可以保证后台数据库的安全性。所有的配置工作都集中在服务器端且所有客户端请求都是通过DBMS来访问数据库，从而大大减少了数据直接暴露的风险。 第四章 系统设计 4.1开发框架技术介绍 对于框架技术，我们采用Struts+ajax的整合！ Struts是应用比较广泛的一种表现层框架 1、 Struts是一个为开发基于模型(Model)－视图(View)－控制器(Controller)(MVC)模式的应用架构的开源框架，是利用Servlet，JSP和custom tag library构建Web应用的一项非常有用的技术。由于Struts能充分满足应用开发的需求，简单易用，敏捷迅速。它使用服务层框架可以将JavaBeans从Jsp/Servlet中分离出来，而使用表现层框架则可以将Jsp中剩余的JavaBeans完全分离，这部分JavaBeans主要负责显示相关信息，一般是通过标签库（Taglib）实现，不同框架有不同自己的标签库，Struts是应用比较广泛的一种表现层框架。 2、 Ajax我们主要应用就是xmlhttprequest，回调函数实现局部刷新达道数据更新！ 4.2需求分析 Blog网站主要是实现注册用户登录、管理相关信息、博文及相关评论、查看留言、友情链接、及图片的上传和图像的播放而为上网用户提供按博文主题搜索，查看注册用户的博文及提出相关评论，并为注册用户写留言，游览注册用户的相册、注册等功能的系统。下面就以两种不同的用户来分析博客网站的需求。 4.2.1注册博友 首先必须在博客首页中登录填写用户名和密码，这样才能执行一些相关操作，不然就是普通用户只能查看一些信息，而不能发表博文。可以在管理页面上添加博文的分类，可以上传图片和游览自己的相册，在上传过程中可以将一张图片定义为自己的签名，在个人管理页面中注册用户还可以修改自己的个人信息。博文管理，友情链接管理及博文分类管理，用例图2。 图2 博客管理页面的用例图 在博客主界面中发表博文时可以选择博文类型，这样可以更好管理自己的博文。并查看和删除网友对自己的博文的一些评论、查看和删除网友留下的一些留言，提供与其他网友交流的空间。更好交流，在信息时代人们通过个人空间沟通也用来但不能在自己的博客主页面中提交评论和留言。。这样在本系统中就可以为博友提供更多的个人色彩。在管理页面中添加和删除友情连接。这样博友可以在自己空间中快速定位自己的关心的网站。这样还可以让网友看到自己的一些信息。友情链接及网页访问量统计显示：在博客的个人页面中还提供了推荐给普通网络用户的相关友情链接，此外，对个人页面的访问量也在随时进行统计，并在个人页面中进行直观的显示。 博客主页面的用例图如图3所示： 图3 博客主页面的用例图 4.2.2 普通用户 在博客注册页面注册成为博客的注册用户，才可以拥有自己独立的空间，进入某一博客页面查看相关文章信息时，可以随时对自己所感兴趣的文章发表评论，同时也可以查看到其他人针对该博文的评论。普通用户在阅读博文时可以在最后留下自己的一些评论。他也可以留下更多的信息。这样他可以写留言。这样他留下的信息就更快地被博友所看到。普通用户进入博友的用例图如图4所示： 图4上网博友在博客主页面的用例图 普通网友可以搜索自己关心的一些数据。并且在搜索结果中提供在结果范围内再次搜索。这样就可以将范围缩小。首页向注册用户提供登陆模块，注册用户在博客网站首页跟上网网友一样可以查看博客和博文推荐。上网网友可以注册成为博客用户，拥有自己独立的空间。这一模块的用例图如图5所示： 图5 博客首页的用例图 4.3 功能模块介绍 4.3.1 博客注册登录管理模块 博客注册登录管理模块用于建立博客网站固定的客户群体，通过记录对应的博客档案，实现对博客信息的后台维护及管理，同时也便于通过博客档案库将网站最新动态及相关企业的信息方便地传达给每一位潜在的客户。 该功能模块实现了以下几个子功能。 （1）新博客在线注册。 （2）博客登录管理。 （3）跳转到博客主页。 只有进行登录并通过身份验证的用户，才可以在个人博客页面发表日志，并借助个人设置实现对个人博客相关信息的管理维护。对于没有经过身份验证的网络用户不允许在博客页面中发表日志，更不允许对博客页面信息进行管理维护。 该模块实现新博客的注册及登录验证功能。其中，注册新博客时会对用户输入的注册信息进行有效性验证，包括基本数据格式的有效性以及逻辑有效性，例如，用户名被占用时将及时给出提示。注册成功的博客登录时，会随时根据博客输入的登录信息进行提示，如用户名错误或者密码错误。 4.3.2 博客及文章检索查询模块 博客及文章检索查询模块为网络用户提供便捷的搜索，以及日志阅读浏览等功能，同时对日志的评论信息、博客推荐也能够及时反馈给网络用户。 该功能模块实现了以下几个子功能。 （1）热门博客页面推荐。 （2）最新博客日志推荐。 （3）日志信息关键字搜索。 该模块能够在网页中随时提供在线的最新日志信息。该信息需要定期更新，网络用户可以随时获得最新日志以及最热门的博客推荐。在客户选择了某个博客或者某个感兴趣的日志后，可以方便地跳转到对应博客页面进行日志的阅读，并和博客进行交流互动。 为了使网络用户尽快定位到所需的博客资料及日志信息，本模块提供了搜索功能，用户可以对所关注的日志信息按照标题进行关键字搜索，以避免用户浏览多个页面来寻找所需的日志信息。 4.3.3博客页面显示模块 当网络用户进入某个人博客主页后，在该页面中将提供博客日志列表的显示，同时为了方便用户浏览，在该模块中提供根据分类名进行日志列表的显示，也提供日志评论的浏览，此外还允许用户在博客页面中发表评论及留言。 该功能模块实现了如下几个子功能。 （1）用户可以分页查看对应的日志内容及评论信息。 （2）用户可以针对日志内容发表评论。 （3）用户可以针对博客进行留言。 （4）用户可以分类查看日志内容。 在该模块中还提供了博客页面统计信息，日志、评论及留言信息分页显示等方便用户的显示效果。 4.3.4 博客个人维护管理模块 博客个人维护管理模块用于实现用户对博客个人主页及相关信息的动态管理。 该功能模块实现了如下几个子功能： （1）日志及日志分类管理。 （2）评论及留言管理。 （3）个人基本信息维护管理。 借助该模块，用户可以随时对个人博客主页中的内容进行增加或修改，包括日志分类信息的更新、评论及留言管理等功能，也允许用户对博客的个人信息进行维护及其管理。 4.4 系统分析 本系统采用严格的J2 EE 应用结构，主要有如下几个分层。 1. 表现层:由JSP 页面组成。 2. MVC 层:使用Struts框架。 3. 业务逻辑层:主要由Spring loC 容器管理的业务逻辑组件组成。 4. DAO 层:由7 个DAO 组件组成，实现类必须继承Spring提供的HibernateDaoSupport。 5. Hibernate 持久层:由7 个PO 组成，并在Hibernate Session 管理下，完成数据库访问。 6. 数据库服务层:使用MySQL 数据库存储持久化数据。 系统的具体分层如图5 所示。 图6 系统结构图 在图6 黑色大方框内的MVC 控制层、Service 层及DAO 组件层的组件，都由Spring IOC 容器负责生成，并管理组件的实例（实例必须是单身模式的，本系统中的bean基本上是单身的）。 4.3.1系统架构说明 本系统不仅严格按MVC 模式设计，还按J2 EE 分层设计，将中间层严格分成业务逻辑层、DAO 层及数据持久层等。MVC 层的控制器绝对禁止持久层访问，甚至不参与业务逻辑的实现。表现层采用传统JSP 技术。 本系统采用的是典型的J2EE 三层结构，分为表现层、中间层(业务逻辑层)和数据服务层。三层体系将业务规则、数据访问及合法性校验等工作放在中间层处理。客户端不直接与数据库交互，而是通过组件与中间层建立连接，再由中间层与数据库交互。Jsp广泛的应用和稳定的表现，为其作为表现层技术打下了坚实的基础。中间层采用的是流行的Spring+Hibernate ，为了将控制层与业务逻辑层分离，又细分为以下几种。 Web 层，就是MVC 模式里面的C，负责逻辑层和表现层的交互。调用业务逻辑层，并将业务数据返回给表现层作组织表现，该系统的MVC采用Struts框架。 Service 层(就是业务逻辑层)，负责实现业务逻辑。业务逻辑层以DAO 层为基础，通过对DAO 组件的正面模式包装，完成系统所要求的业务逻辑。 DAO 层，负责与持久化对象交互。该层封装了数据的增、删、查、改的操作。 PO ，持久化对象。通过实体关系映射工具将关系型数据库的数据映射成对象，很方便地实现以面向对象方式操作数据库，该系统采用Hibernate 作为ORM 框架。Spring 的作用贯穿了整个中间层，将Web 层、Service 层、DAO 层及PO 无缝整合，其数据服务层用来存放数据。 通过使用Hibernate 持久层，可以避免使用传统的JDBC 操作数据库，对JDBC近一步包装，从而更好地使用面向对象的方式来操作数据库。保证了整个软件开发过程以面向对象的方式进行，即面向对象分析、设计及编程，透过Hibernte 对PO对象持久化操作，不管插入还是查询都是通过PO。 4.3.2实现DAO 层 DAO 还有助于提升系统的可移植性。独立的DAO 层使得系统能在不同的数据库之间轻易切换，底层的数据库实现对于业务逻辑组件是透明的。数据库移植时仅仅影响DAO 层，不同数据库的切换不会影响业务逻辑组件，因此提高了系统的可复用性。 对于不同的持久层技术， Spring 的DAO 提供一个DAO 模板，将通用的操作放在模板里完成，而对于特定的操作，则通过回调接口完成。Spring 为Hibernate 提供的DAO 支持类是: HibernateDaoSupport。 4.3.3 DAO组件的定义 DAO 组件提供了各持久化对象的基本的CRUD 操作。而在DAO 接口里则对DAO组件包含的各种CRUD 方法提供了声明，但有一些IDE 工具也可以生成基本的CRUD方法。使用DAO 接口的原因是:避免业务逻辑组件与特定的DAO组件藕合。由于DAO 组件中的方法不是开始就设计出来的，其中的很多方法可能会随着业务逻辑的需求而增加，但以下几个方法是通用 的。 • get: 根据主键加载持久化实例。 • saveor update: 保存或更新持久化实例。 • remove: 删除持久化实例。 上面涉及了7个PO，这样我们必须设计7个对应的PODao 7个Dao必须继承BaseDao 这个BaseDao 有对接口的一些基本的CURD操作。7个Dao 如下。LinksDao ，BlogDao、FeedBackDao、ArticleDao、MessageDao、SortDao、PictureDao。这7个Dao 分别封装对自己的持久化对象的一些操作。 4.3.4 部署DAO 层 HibernateDaoSupport类只需要一个SessionFactory 属性，即可完成数据库访问。SessionFactroy创建Session，而数据库的CRUD操作都是有Session 完成，并将查询结果保存在一级缓存中，每次用户提交一次会话，可能需要Session完成一些数据库的操作而实际的数据库访问由模板类HibernateTemplate完成，该模板类提供了大量便捷的方法，简化了数据库的访问。 第五章 数据库设计 5.1定义（数据词典） 1、数据库表名的定义使用：重点字_table;重点字可以是多个英文单词的组合，从组合的第二单词起首字母大写，字段命名是能表达字段内容的英文单词的组合，组合方式同表名重点字相同。 2、NN 表示not null 不填表可为空。 3、数据类型不使用固定数据库的类型，标识大众类型，如字符串、字符、数字等。这样在更改数据库时需求的数据是可移植的 4、输写数据表在数据库中的物理名称，可用自己熟悉的语言再定义表名称，方便沟通。 5、长度定义又数据类型决定：如字符串可选8000以下，数字可在50位之间，字符只允许一位。 6、输入方式表示数据的来源：生成表由程序或数据库的索引自动生成，而不需人工录入；输入表示通过文本框等输入的数据；选择表单选框、复选框、下拉列表等通过选择输入的数据；自定获取是为外码的输入设定的，它由程序自动获取。 5.2主要表结构如下 1. 表[blogs]日志数据表 字段名 类型 说明 blogid Int(10) 日志的ID title text 日志标题 pubtime Int(11) 日志发表时间 authorid Int(8) 日志作者的UID replies Int(8) 日志的评论数 tbs Int(8) 日志的trackback数 views Int(8) 日志的查看次数 category Int(3) 日志所属的分类的ID content mediumtext 日志正文内容 property Int(1) 日志的属性 0 公开日志 1 锁定日志 2 隐藏日志 3 一般草稿 2.表[user]博友登陆信息表 字段名 类型 说明 userid Int(10) 博友ID nicheng Text 博友在博客里的称呼 username text 登陆时的用户名 password text 登陆密码 3.表[register]用户数据表 字段名 类型 说明 userid Int(8) 登陆时需要用到的用户名 username text 用户昵称 userpwd Int(8) 登陆密码 regtime Int(11) 注册时间 usergroup Int(2) 所属的用户组ID email text 用户email qq text Qq号 msn text 用户msn gender text 用户性别 第六章 主要功能的实现 6.1 登录控制： if(this.session().getAttribute("rand")!=null){//检验随机数是否为空 if(this.checkCode.equals(this.session().getAttribute("rand").toString())){//比较随机数 uservo=userbo.queryUserByINfo(uservo);//检验用户信息并将信息返回 if(uservo!=null){//看用户是否存在 this.setUserpurview(uservo.getPurviewId());//设置用户权限 this.session().setAttribute("user", uservo);//将用户信息放在session中 return SUCCESS;//返回用户主界面页面 }else{ return ERROR;返回到失败页面} }else{return ERROR; }}else{ return ERROR; } 6.2 Ajax 读取txt格式数据 function ajax_function(var1,var2){ var xmlHttp = null; //创建xmlhttprequest try { // Firefox, Opera 8.0+, Safari 对不同浏览器常见不同对象 xmlHttp=new XMLHttpRequest(); } catch (e) { try { // Internet Explorer xmlHttp=new ActiveXObject('Msxml2.XMLHTTP'); } catch (e) { try { xmlHttp=new ActiveXObject('Microsoft.XMLHTTP'); } catch (e) { alert('Your browser does not support AJAX!'); return false; } } } xmlHttp.onreadystatechange=function() { if(xmlHttp.readyState == 4 && xmlHttp.status == 200) { var someDiv = document.getElementById('someDiv'); someDiv.innerHTML=xmlHttp.responseText; } } xmlHttp.open('GET','www/index.jsp?param1='+var1+'¶m2='+var2,true); xmlHttp.send(null); } 6.3 系统架构与数据库的连接 由于我们开发时是利用MVC的设计模式，所以在此我们的数据库连接是封存在M中的，即只要我们和M层连接上，就已经连接上数据库了。 Hibernate使用数据库和配置信息来为应用程序提供持久化服务（以及持久的对象）。我们只需在hibernate.cfg.xml中配置以下语句即可： sa jdbc:microsoft:sqlserver://localhost:1035;DatabaseName=webexamine org.hibernate.dialect.SQLServerDialect sqlserver2000 aaaaaaaa com.microsoft.jdbc.sqlserver.SQLServerDriver org.hibernate.dialect.HSQLDialect true 其实我们在这里配置了一个数据连接，以保证系统的正常运行，我们需要使用proxool连接池，我们经测试，分别用proxool、tomcat JNDI、Hibernate自带的连接池进行配置之后分别执行以上的10000条数据插入和读取，结果显示proxool的性能要优于tomcat JNDI，而Hibernate自带的就更不用提了，差很远。依次为：39265毫秒/10000条、26013毫秒/10000条、50029毫秒/10000条。 6.4数据的备份与还原 我们根据Mysql数据库提供的backup(备份)命令及restore(恢复)命令,进行数据库的备份与还原，在连接数据库后，我们在需要备份和还原的地方加入以下语句： backup database to disk='备份文件名' restore database from disk='备份文件名' 然后发送给数据库的管理对象进行数据还原与备份。 在知道了数据库备份与还原的接口后，用JAVA进行具体的连接，这里采用JAVA直连的方 法，部分代码如下： try{ String user="sa";//连接sqlserver2000数据库登陆名 String password="aaaaaaaa";//连接sqlserver2000数据库密码 String sDBDriver="com.microsoft.jdbc.sqlserver.SQLServerDriver";//连接数据库的驱动字符串 String connStr="jdbc:microsoft:sqlserver://localhost:1433;DatabaseName=webexamine";//注册连接字符串 Connection con=null; Class.forName( sDBDriver);//注册数据库驱动 con = Driver Manager.getConnection(connStr ,user,password);//获取数据库连接 String sql="backup database xncsims to disk='d:\\xncback.dat'";//备份数据库，还原数据库和着类似，只是将这句变为还原的语句 st=con.createStatement();//创建发送对象 rs=st.executeQuery(sql);//这里就是把你的SQL语句发到数据库执行 }catch(SQLException e){ System.out.println(e.toString());} catch(Exception e){ System.out.println(e.toString());} 6.4部分效果预览图 主页 留言界面
VB.net小技巧——VB.net中的结构体和共用体
提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 VB.net小技巧——结构体和共用体前言结构体和共用体的定义一个完整的程序示例下位机和上位机浮点传输示例下位机示例上位机示例 前言 在C语言中，有一种类型名为共用体，关键字为union，它与结构体十分类似，但是它所有的数值全都指向同一个指针。也就是说，当你修改共用体内的某一个数据时，其他数据也会同时改变。 这个类型的好处，在于可以存储某种不确定的数据对象，等到稍后再来分析出该对象的用途。 这个对于数制的转换和传输非常有用。 在之前的VB.
VB

16,553

社区成员

110,527

社区内容

发帖
与我相关
我的任务
社区描述
VB技术相关讨论，主要为经典vb，即VB6.0
社区管理员
  • VB.NET
  • 水哥阿乐
  • 无·法
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章