校园网站生成系统-开发文档.doc

E Ed du u- -M M 教教育育平平台台 中中小小学学 校校园园网网站站 自自动动生生成成 系系统统 开发文档 第 1 页/共 7272 页 目录目录 目录目录 .1 第一章第一章引言引言 .2 1编写目的.2 2开发背景.2 第二章第二章设计构想设计构想 .5 第三章第三章开发模式开发模式 .9 1设计思想.9 2MVC 的优点.10 3MVC 的缺点.11 第 2 页/共 7272 页 第一章第一章 引言引言 1 编写目的编写目的 为了使整个项目团队成员对此次开发项目有个全面的了解，正确划分项目 功能模块，清晰开发过程中的开发模式，规范开发流程。 2 开发背景开发背景 i.单用户网站生成系统单用户网站生成系统 网站生成系统已经是屡见不鲜的东西了，网上源码也很多，不过针对某个 行业的还是比较少的，例如说校园网站生成系统。虽然也能说上来几个，但都 是单用户版的，也就是说，他们所提供的网站生成系统，必须用户有自己的服 务器，用户购买后安装在自己的主机上使用，如果用户没有自己的固定 IP，估 计只能放在校内的局域网上了。 ii.优缺点优缺点 这类网站生成系统一般功能很多，相当完善；内容也多，几乎涵盖从小学 到大学所有学校可以想象到的栏目；自然适用面也广，后台管理功能很强，栏 目都是模块化的，学校可以根据自己情况定制任意栏目。对于想做网站，又没 有相应技术的学校是很不错的选择。 当然缺点也显而易见。 首先是前面提到的，用户必须有自己的主机，用户没有技术但是得有钱， 有钱购买这套系统，也得有钱买主机。 其次就是内容更新不及时，虽然大多数网站生成系统都有很好的后台管理 功能，更新内容方便、快捷、操作简单，但是少有用户经常去更新网站的，系 统刚生成时设定了一些栏目和内容，长时间没人去更新。例如，一些校园网站 生成系统，在给用户安装时提供了一些资料，如课件、素材等，浏览者只知道 下载，却没有人去上传更新。网站上除了新闻、通知等内容，其它内容几乎是 长年不变。 还有一些都只是细节了，例如，用户不能享受系统版本升级的服务，或是 升级起来很麻烦，网站模板太少，或是风格单一，等等。 第 3 页/共 7272 页 iii.多用户网站生成系统多用户网站生成系统 所以有个想法，就是做多用户版的网站生成系统。 多用户版的网站生成系统网上也有许多了，不过针对于校园网站的并没有 见到，多是公司性质的网站。 大多数多用户网站生成系统，生成的网站栏种类单一，多是“公司介绍” 、 “产品展示” 、 “招聘信息” 、 “新闻”等文字型页面或图文页面，具有交互功能 的栏目只有“用户反馈”或“留言” ，留言本性质的页面，在思路上基本类似于 博客系统，亮点主要在于美工，模版丰富且十分漂亮。 这类网站生成系统生成的网站，缺少交互功能，充其量有个留言本，更不 用说有上传课件的功能了。这样的网站始终是一个宣传栏，而不是一个资源网 站。 我想，我们的网站系统应该是多功能的，体现交互性、资源共享、方便交 流为目的。 大致思路是这样的： iv.实现方法实现方法 由我们提供一台主机，有顶级域名，如：WWWNAMECOM，并支持 二级域名的泛解析。 用户通过申请，获得一个二级域名和网站生成系统，如： SchoolNameNAMECOM，这个网站生成系统在使用方法上，基本和单用户 版网站生成系统差不多，有后台管理，用户可方便的从后台操作网站内容和显 示界面。但是，因为由我们提供主机，用户不必具有服务器，不必有固定 ，也不必有国际域名，可以说是零花费。 v.设计构想设计构想 用户管理网站基本信息，由我们来管理资源信息。 我们所做的，只是分配给用户一个小数据库。这个小数据库里包括了用户 网站里所有的信息，包括网站栏目，栏目内容，访问量统计信息，等等。而所 有的用户使用的网站生成系统只有一套（当然是多模版的，各个用户的网站界 面各不相同而已） ，系统有了升级或是改进，则全体用户受益。 用户可以操作自己的网站后台，进行管理。包括设定栏目、添减内容等。 在栏目的总体化分上，可以分为自定义栏目和公共栏目。自定义栏目由用户完 全控制，能够任意添加、删除、修改，如校园风采、班级信息、校内新闻、智 能排课等，这些信息当然是由用户自己填写，并存放在他们的小数据库里，而 公共栏目，如国内新闻、国际新闻、在线音乐、天预报、电子图书、课件库、 教案库等，则只能删除或添加栏目到自己的网站，不可修改或编辑，用户只需 第 4 页/共 7272 页 选择它，就会显示在自己的网站上。不管是自定义栏目还是公共栏目，选择后 都会正常显示在用户的网站上面，普通浏览者是分不出来彼此的。这些公共栏 目的内容更新，当然是由我们来操作进行更新，我们只需更一次，则全体用户 的网站都可以浏览到。 做为公共栏目，由我们提供更新内容，一次更新则全体用户受益，着实让 用户方便，但一些资源类栏目，如课件库、课件素材库、积件库、教案库等， 这些栏目内容繁多，全部由我们提供内容，自然是不太现实。我们可以利用 “发动群众”的作法。每个用户都有课件库的栏目，每个学校的老师都有可能 上传课件或教案等到自己学校的网站，因为他们的网站都在我们的主机上，上 传课件表面上在各个学校自己的网站上，而实际是在我们的主机里的，我们可 以很好的利用这些资源，检索后，按分类放置在公共栏目里，每个用户的网站 都可以分享所有的课件了。 这也就是说，用户只需较少的操作（添加学校的简单信息） ，不用经常动手 管理，就会拥有一个功能强大、内容充实、信息快捷、风格多样的超级网站。 vi.优缺点优缺点 和单用户网站生成系统比起来，单用户版的用户之间是孤立的，信息是不 流通的；而多用户网站生成系统的用户之间是网状交织的，表面个各自独立， 互不干挠，而实际上相互之间是横向联通、网状交织的，真正体现了资源与信 息的共享。 优点首先是替用户节省开支，其次是把用户更新网站的工作减至最低，这 个网站不用用户费什么心；再则就是用户可以随时享用到我们所提供的增值服 务，例如新模版、新功能、新的共享资源等等。 当然，由于它的复杂性，可能还无法实现单用户版那样的完善功能。而且 有于设立了公共栏目，栏目内容的更新工作，也会增加相应的工作量。 当然，我们只需简单修改代码，就能实现在所有用户的网站上发布广告的 功能。当我们的用户有了一定数量，而每个用户的网站又有相对稳定的访问量， 我们完全有能力针对大学招生、教育图书发行、教学器材销售等业务，推出广 告服务。 第 5 页/共 7272 页 第二章第二章 设计构想设计构想 大多数网站生成系统，生成的网站栏种类单一，多是“公司介绍” 、 “产品 展示” 、 “招聘信息” 、 “新闻”等文字型页面或图文页面，具有交互功能的栏目 只有“用户反馈”或“留言” ，留言本性质的页面，在思路上基本类似于博客系 统，亮点主要在于美工，模版丰富且十分漂亮。 这些系统和我们现有的思路略有些出入，我简单描述一下他们的网站管理 思路。 用户注册获得一个二级域名，并通过简单的两三步操作，生成一个网站。 网站可以更改内容、选择不同风格模版等等功能，这个网站以后的管理就全靠 用户自已了。 用户网站与系统的关系，图示： 网站生成系统 （管理员） 用 户 A 的 网 站 用 户 B 的 网 站 用 户 C 的 网 站 用 户 D 的 网 站 用户网站 用户 A 用户 B 用户 C 用户 D 广大的浏览者 从上面图示中可以看出来，网站生成系统管理用户，用户管理网站，网站 直接面向浏览者，由上到下的管理方式。 管理方式主要是网站系统对用户的管理，例如，不同级别的用户享受代遇 不同，空间大小、模版种类等的限制；而用户对自身网站的管理其实只限于维 第 6 页/共 7272 页 护，虽然栏目可以划分许多，但是类型都差不多。这样生成的网站，在功能上 远远赶不上单用户版的网站生成系统。 那么我们一直以来思考的方式是怎样的呢？以我的理解和现有的路线，是 这样的 系统具有公共栏目供用户选择；用户网站可以对浏览者分级，不同浏览者 享有不同的浏览权限；浏览者可以与用户进行交流； 我们理想的网站生成系统，图示： 第 7 页/共 7272 页 为了方便理解，再解释几个名词： 用户：向系统注册的使用者，也是网站生成系统的消费对像； 超级管理员：用户网站的最高管理权限所有人，负责用户网站的整体运营； 多用户网站生成系统 （终结者：具有整个系统的所有权限） （终极管理员：多个） 公共栏目管理： 国内外新闻、文章、 教案、课件、论坛等 管理 用户 用户 A 用户 B 用户 C 用户 A 的网站 （超级管理员：具有网站内所有权限，例如分 配网站注册用户的浏览范围） （普通管理员：多个） 网站内容管理： 学校介绍、教师风采、招生信息、校 长致词等等。 浏览者 普通浏览者 可以查看学校的学 校介绍、校园新闻 等内容。 具体权限由用户网 站的超级管理员负 责。 注册用户 通过在用户 A 网站注册，享有不同浏览权限。 教师：可以查看教案、上传课件等； 学生：可以查看校内新闻、下载课件等； 贵宾：可以查看校内新闻、课件、教案等； 用户 B、用户 C 用户 的网站 与左侧用户 A 的管理模式雷同。 第 8 页/共 7272 页 普通管理员：分担超级管理员的权限，例如维护用户网站的部分栏目更新； 终极管理员：网站管理系统的管理员，负责管理网站系统，例如维护网站 公共栏目更新。 终结者：具有整个网站生成系统的所有权限，是系统的超级管理员； 从上面的图示中可以看出来，其实，我们就是把单用户版的网站生成统改 装成多用户版的而已，用户的网站就是一个单用户版的网站，可以自己再次划 分权限，管理浏览者查看范围。 这样，网站系统管理用户，用户管理浏览者，有了两个层次的管理。 我不知道我们这样做是先进还是落后。 我相信这种方式是先进的，虽然实现比较困难，而且我们现在做的很不完 善，但是这是必须的。 因为，单是宣传类的页面，对学校并无吸引力，必须增加用户网站的功能； 为了使用户网站内容丰富，系统需要提供公共栏目，公共栏目由我们进行更新 内容，并在用户网站显示；用户为了更好管理网站，对浏览者分级，分权限， 并可以通过这些方式与浏览者进行交流。 第 9 页/共 7272 页 第三章第三章 项目实施项目实施 1 开发模式开发模式 i.设计思想设计思想 为了方便网站程序与美工的接合，采用了前后台分离的技术，也就是现在 比较流行的 MVC 模式。 MVC 英文即 Model-View-Controller，即把一个应用的输入、处理、输出流 程按照 Model、View、Controller 的方式进行分离，这样一个应用被分成三个层 模型层、视图层、控制层。 视图(View)代表用户交互界面，对于 Web 应用来说，可以概括为 HTML 界 面，但有可能为 XHTML、XML 和 Applet。随着应用的复杂性和规模性，界面 的处理也变得具有挑战性。一个应用可能有很多不同的视图，MVC 设计模式对 于视图的处理仅限于视图上数据的采集和处理，以及用户的请求，而不包括在 视图上的业务流程的处理。业务流程的处理交予模型(Model)处理。比如一个订 单的视图只接受来自模型的数据并显示给用户，以及将用户界面的输入数据和 请求传递给控制和模型。 模型(Model)：就是业务流程/状态的处理以及业务规则的制定。业务流程的 处理过程对其它层来说是黑箱操作，模型接受视图请求的数据，并返回最终的 处理结果。业务模型的设计可以说是 MVC 最主要的核心。目前流行的 EJB 模 型就是一个典型的应用例子，它从应用技术实现的角度对模型做了进一步的划 分，以便充分利用现有的组件，但它不能作为应用设计模型的框架。它仅仅告 诉你按这种模型设计就可以利用某些技术组件，从而减少了技术上的困难。对 一个开发者来说，就可以专注于业务模型的设计。MVC 设计模式告诉我们，把 应用的模型按一定的规则抽取出来，抽取的层次很重要，这也是判断开发人员 是否优秀的设计依据。抽象与具体不能隔得太远，也不能太近。MVC 并没有提 供模型的设计方法，而只告诉你应该组织管理这些模型，以便于模型的重构和 提高重用性。我们可以用对象编程来做比喻，MVC 定义了一个顶级类，告诉它 的子类你只能做这些，但没法限制你能做这些。这点对编程的开发人员非常重 要。 业务模型还有一个很重要的模型那就是数据模型。数据模型主要指实体对 象的数据保存（持续化） 。比如将一张订单保存到数据库，从数据库获取订单。 第 10 页/共 7272 页 我们可以将这个模型单独列出，所有有关数据库的操作只限制在该模型中。 控制(Controller)可以理解为从用户接收请求, 将模型与视图匹配在一起，共 同完成用户的请求。划分控制层的作用也很明显，它清楚地告诉你，它就是一 个分发器，选择什么样的模型，选择什么样的视图，可以完成什么样的用户请 求。控制层并不做任何的数据处理。例如，用户点击一个连接，控制层接受请 求后, 并不处理业务信息，它只把用户的信息传递给模型，告诉模型做什么， 选择符合要求的视图返回给用户。因此，一个模型可能对应多个视图，一个视 图可能对应多个模型。 ii.MVC 的优点的优点 大部分用过程语言比如 ASP、PHP 开发出来的 Web 应用，初始的开发模板 就是混合层的数据编程。例如，直接向数据库发送请求并用 HTML 显示,开发速 度往往比较快,但由于数据页面的分离不是很直接,因而很难体现出业务模型的样 子或者模型的重用性。产品设计弹性力度很小，很难满足用户的变化性需求。 MVC 要求对应用分层，虽然要花费额外的工作，但产品的结构清晰，产品的应 用通过模型可以得到更好地体现。 首先，最重要的是应该有多个视图对应一个模型的能力。在目前用户需求 的快速变化下，可能有多种方式访问应用的要求。例如，订单模型可能有本系 统的订单，也有网上订单，或者其他系统的订单，但对于订单的处理都是一样， 也就是说订单的处理是一致的。按 MVC 设计模式，一个订单模型以及多个视 图即可解决问题。这样减少了代码的复制，即减少了代码的维护量，一旦模型 发生改变，也易于维护。 MVC 设计模型 其次，由于模型返回的数据不带任何显示格式，因而这些模型也可直接应 用于接口的使用。 再次，由于一个应用被分离为三层，因此有时改变其中的一层就能满足应 第 11 页/共 7272 页 用的改变。一个应用的业务流程或者业务规则的改变只需改动 MVC 的模型层。 控制层的概念也很有效，由于它把不同的模型和不同的视图组合在一起完 成不同的请求，因此，控制层可以说是包含了用户请求权限的概念。 最后，它还有利于软件工程化管理。由于不同的层各司其职，每一层不同 的应用具有某些相同的特征，有利于通过工程化、工具化产生管理程序代码。 iii.MVC 的缺点的缺点 MVC 的设计实现并不十分容易, 理解起来比较容易，但对开发人员的要求 比较高。MVC 只是一种基本的设计思想，还需要详细的设计规划。 模型和视图的严格分离可能使得调试困难一些，但比较容易发现错误。 经验表明，MVC 由于将应用分为三层，意味着代码文件增多，因此，对于 文件的管理需要费点心思。 综合上述，MVC 是构筑软件非常好的基本模式，至少将业务处理与显示分 离，强迫将应用分为模型、视图以及控制层, 使得你会认真考虑应用的额外复 杂性，把这些想法融进到架构中，增加了应用的可拓展性。如果能把握到这一 点，MVC 模式会使得应用更加强壮，更加有弹性，更加个性化。 2 书写规范书写规范 iv.目录与文件命名目录与文件命名 一般命名规则一般命名规则 目录与文件名，采用英文单词、缩写或单词组合，不许使用非英文和数字 字符，例如不许使用中文作为目录或文件名。 因为目录与文件名在 IIS 中不区分大小写，所以在用单词组合时，单词与 单词之间用下划线分开，以方便阅读，如 vote_mangae.aspx。 目录命名目录命名 按照人们的习惯，一般一类的东西会放进一个目录，在开发过程中，基本 上是一个模块为一类。 目录名要起有的代表意义。 文件名文件名 文件名命名时，文件名要与文件中的程序所实现功能保持一致。 首页命名时，一般采用 index.aspx，即索引页，也有采用 default.aspx，即 默认页；在这里，我们采用 index.aspx 作为首页，也就是一个目录中，会自动 打开的那个文件。如我们上网时，输入 ，在这个网站中有 很多网页，第一个打开的将是 index.aspx；不必输入 第 12 页/共 7272 页 v.C#书写规范与命名书写规范与命名 一般命名规则一般命名规则 提供人们可以理解的名称是有很意义的，不过，请确保选择的名称符合适 用语言的规则和标准。 一般命名规则是英文字母加数字、下划线、破折线，且首字母必须为英文 字母。 名称尽可能采用英文单词，或单词缩写、单词组合。 不提倡用汉语拼音与英文单词混合取名，这样容易混淆，不容易理解，当 然强制采用英文单词命名也算是强制大家学习英文的种手段吧。 （嘿嘿） 类命名类命名 C#作为一种面向对象的一种开发语言，编写类是经常会碰到的。 按照习惯性的规则，类的首字母为大写，如 Company；当需要多个单词时， 每个单词首字为大写，如 ProductVote；单词中间没有空格与连接线。 常量命名常量命名 常量完全为大写，如 PI；如果有多个单词组成，则单词之间用下划线分开， 依然全部大写，如 FIXED_NUM； 变量命名变量命名 变量完全为小写，如 number；如果有多个单词组成，则单词之间用下划线 分开，依然全部小写，如 vote_number； 布尔变量名应该包含 Is，这意味着 Yes/No 或 True/False 值，如 file_is_found，意为文件是否找到。 即使对于可能仅出现在几个代码行中的生存期很短的变量，仍然使用有意 义的名称。仅对于短循环索引使用单字母变量名，如 i 或 j。 属性与方法命名属性与方法命名 作为对象的属性，要区别于普通变量，它的首字母将是大写，如 Name； 当需要多个单词时，每个单词首字为大写，如 NameShort，意为公司简称；单 词中间没有空格与连接线。 这和类的命名规则相同。 属性的名称无需全称，如求公司名称，Company().Name 即可，不必 Company().Company_Name。 方法的命名与属性相同。 书写规范书写规范 格式化使代码的逻辑结构很明显。花时间确保源代码以一致的逻辑方式进 行格式化，这对于您和你的开发小组，以及以后维护源代码的其他开发人员都 第 13 页/共 7272 页 有很大的帮助。 当然，书写规范的主要内容是如何文本缩进，虽然 VS.net 开发环境能够自 动文本缩进，但仍然需要我们手工做一些，尽可能规范就行了。 注释注释 每一个类、方法、属性、关键性变量，都要写上注释。注意的是，不要在 行尾写注释，写在语句的前一行是比较好的。 修改代码时，要是使代码周围的注释保持最新。 注释用语，简捷明了，方便简读与记忆，要知道，时间长了我们自已写的 代码也会忘。 当然还有一个问题，就是当类写完之后，可能包括很多方法与属性，为了 方便查看与团队共享，关于这个类的成员说明是一定要有的，也许您会说注释 中已经写得很清楚，帮助与注释不是一码事儿。 为了类的方便使用，在类、方法、属性的前面写注释，请采用“/” （普通 注释是“/”双斜杠） ，在 VS.net 开发环境中，输入“/”会自动生成类似于下 面的代码： / / 构造的说明 / 我们只需像注释一样来写它就行了，其实它还是注释，只是特殊些罢了。 如果方法有参数，还会有参数的注释项生成，我们只需填写进去注释就行了。 如果要输出这些特殊注释，只需在项目属性中设置 XML 的路径名就行了， 生成项目后，这个帮助文件也生成了，是个 XML 文件。而普通的注释，如变 量说明等，是不会生成的 XML 文件的。 这样做的目的，是我们不必再为类写帮助文件了。 关于注释中常用的一些参数做个说明： 中输入的是类或方法的介绍； 中是类或方法的参数说明，str 为参数； 中是方法的返回值的说明； 标记用于诸如、 或 等标记 内，使您得以将结构添加到文本中。 vi.SQL 语句书写规范语句书写规范 一般规则一般规则 SQL 中的语法是不分大小写的，不管是关键字还是表名、字段名，所以， 当名称为多单词的组合时，就不能使用单词首字大写了，而要用下划线分隔， 如 vote_number。 第 14 页/共 7272 页 ，SQL 的关键字应采用大写，且全字母大写，而对于数据库元素（如表、 字段）使用小写。如 SELECT FirstName, LastName FROM Customers WHERE State = WA SQL 语句过长时，要分行书写，以方便理解。 命名命名 一般命名规则是英文字母加数字、下划线、破折线，且首字母必须为英文 字母。 但有时，我们采用的字段名与 SQL 关键字相同，如 sum、where；等，尽 量不采用这些 SQL 关键字作为表名或字段名，但也不是不可以，在使用时表名 与字段名应用中括号括起来，如 SELECT vote,where FROM Customers WHERE name = WA 上例中，name 并非 SQL 关键字，我依然加上了中括号。如果你分不清哪 些是 SQL 的关键字，或在命名时没有注意到这些规则，则在 SQL 命令语句， 对所有表和字段名都加上中括号也是可以的。 第 15 页/共 7272 页 第四章第四章 关键代码关键代码 i.二、三级域名解析二、三级域名解析 /获取用户地址栏中的用户信息。 public string User_Info() /单个 用户生成系统 /return Single; / end 单个 用户生成系统 /获取用户输入的主机地址 string str=this.p1.Request.ServerVariablesHTTP_HOST; /将主机地址按.来分拆成数组 string host_temp=str.Split(.); /临时字符串 string host_str=; /判断主机是还是cn， if(str.LastIndexOf()-1) /是的主机地址 for(byte i=0;i-1) 第 16 页/共 7272 页 return host_str; else return host_str+.; /获取用户的名称，不包括省份分类信息。 public string User_Name() /获取用户的完整信息 string str=User_Info(); string user_temp=str.Split(.); /临时字符串 string user_str=; for(byte i=0;iuser_temp.Length-1;i+) user_str+=user_tempi+.; /将末尾的一个点对掉。 return user_str.Substring(0,user_str.LastIndexOf(.); /获取用户的省份分类信息，不含用户名。 public string User_Class() /获取用户的完整信息 string str=User_Info(); string user_class=str.Split(.); return user_classuser_class.Length-1; /获取主机信息，如 public string Host_Info() /获取用户的完整信息 string str=User_Info(); /将用户信息替换掉，只剩下主机信息 str=this.p1.Request.ServerVariablesHTTP_HOST.Replace(str+., ); return str; /判断用户是否存 public bool User_Chk() /网站 生成 多个用户 检查 第 17 页/共 7272 页 string temp_path=/wlscxt/wzxx/+User_Class()+/+User_Name(); /end 网站 生成 多个用户 检查 / 单个用户 检查 /string temp_path =; /return true; / end 单个用户 检查 try /建立目录对象 DirectoryInfo thisOne = new DirectoryInfo(this.p1.Server.MapPath(temp_path); if (thisOne.Exists) return true; else return false; /return catch(Exception e) return true; /返回用户的数据库完地址 public string Mdb_Path() /生成多个 网站， 域名进行验证数据库 地址 string mdb_path=this.p1.Server.MapPath(/wlscxt/wzxx/+User_Class()+/+User_Name()+/datat/+runb.m db); / end 生成多个 网站， 域名进行验证数据库 地址 /生成单个网站，直接的到数据库 地址 /string mdb_path=this.p1.Server.MapPath(/wlscxt/wzxx/admibase/datat/+runb.aspx); / /string mdb_path=this.p1.Server.MapPath(/wlscxt/wzxx/admibase/datat/+runb.aspx); / end 生成单个网站，直接的到数据库 地址 try 第 18 页/共 7272 页 if (File.Exists(mdb_path) return mdb_path; else return ; /return catch(Exception e) return e.ToString(); /该类的帮助信息 public string Help() string str=; str+=-域名分析Domain类的说明- -; str+=生成对象：; str+=Domain temp=new Domain(this); str+=; str+=以下是各种方法的说明：; str+=temp.User_Name()：返回用户的注册名称; str+=temp.User_Class()：返回用户学校的所在省份; str+=temp.User_Chk()：用户是否存在，返回布尔值; str+=temp.Mdb_Path()：返回用户数据库的完整物理路径; str+=temp.Help()：返回此类的说明信息; str+=-域名分析Domain类的说明- -; return str; ii.网站用户信息管理网站用户信息管理 #region 网站用户信息 /-start 网站用户信息 /浏览all用户 public DataView yhlldv() return this.datasql(select * from x_user); 第 19 页/共 7272 页 /添加用户 public bool yhadd(string ym,string xxmc,string lxr,string lxdh,string xxdz,string yob,string sm,string ds,string xq,string tjsj,string ktsj,string lx,string xxxiaozhang,string xzdh,string bz) string ls_sql,useid,time_c; useid = max8(select max(userid) from x_user); time_c = this.getservertimestr(); /17 字段 ls_sql = insert into x_user(userid,secym,username,lxr,dh,useraddr,youb,sm,sd,xq,sjktrq,ktrq,lx,useradminname,admi ndh,bz,sfkt,sqrq) values (+useid+,+ym+,+xxmc+,+lxr+,+lxdh+,+xxdz+ ,+yob+ ,+sm+,+ds+ ,+xq+ ,+tjsj+ ,+ktsj+ ,+lx+ ,+xxxiaozhang+ ,+xzdh+,+bz+,0,+time_c+); return this.datasqlvd(ls_sql); /检验域名是否存在 public bool isymname(string name) string ls_sql; bool lb_flag = false; ls_sql = select * from x_user where secym= +name +; lb_flag = datasqlreader(ls_sql); return lb_flag; /检索单个网站用户 public DataSet yhdg(string id) /17 return this.datasqlds(select userid,secym,username,lxr,dh,useraddr,youb,sm,sd,xq,sjktrq,ktrq,lx,useradminname,admindh,bz, sfkt,sqrq from x_user where userid =+id+); / 删除单个网站用户 public bool yhdelete(string id) return this.datasqlvd(delete x_user where userid =+id+); / 更新单个网站用户的信息 /更新 public bool yhupdate(string userid,string ym,string xxmc,string lxr,string lxdh,string xxdz,string yob,string sm,string ds,string xq,string tjsj,string ktsj,string 第 20 页/共 7272 页 lx,string xxxiaozhang,string xzdh,string bz,string iskt) string ls_sql; /更新 15 ls_sql = update x_user set secym=+ym+,username=+xxmc+,lxr=+lxr+,dh=+lxdh+,useraddr=+xxdz+,youb=+y ob+,sm=+sm+,sd=+ds+,xq=+xq+,sjktrq=+tjsj+,ktrq=+ktsj+,lx=+lx+,user adminname=+xxxiaozhang+,admindh=+xzdh+,bz=+bz+,sfkt=+iskt+ where userid =+userid+; return this.datasqlvd(ls_sql); /网站地址 public DataSet adminwzdz() return this.datasqlds(SELECT wzwz , wbdz , ym ,mrpath FROM x_adminwzxx where id =01); /得到网站地址. 如：c:ddd public string GetAdminWzdzCc(string id) /SqlCmdProc.CommandText =wzdz_select_x_adminwzxx; /SqlCmdProc.Parameters.Add(id_1,SqlDbType.Char,2,id); /SqlCmdProc.Parametersid_1.Value = id; /DataSet ds = this.dataproc(SqlCmdProc); DataSet ds = this.adminwzdz(); DataRow dr = ds.Tables0.Rows0; return dr1.ToString(); /得到网站地址. 如： public string GetAdminWzWbdzCc(string id) /SqlCmdProc.CommandText =wzdz_select_x_adminwzxx; /SqlCmdProc.Parameters.Add(id_1,SqlDbType.Char,2,id); /SqlCmdProc.Parametersid_1.Value = id; /DataSet ds = this.dataproc(SqlCmdProc); DataSet ds = this.adminwzdz(); DataRow dr = ds.Tables0.Rows0; return dr0.ToString(); /得到 域名网站. 如： public string GetAdminWzYmCc(string id) /SqlCmdProc.CommandText =wzdz_select_x_adminwzxx; /SqlCmdProc.Parameters.Add(id_1,SqlDbType.Char,2,id); 第 21 页/共 7272 页 /SqlCmdProc.Parametersid_1.Value = id; /DataSet ds = this.dataproc(SqlCmdProc); DataSet ds = this.adminwzdz(); DataRow dr = ds.Tables0.Rows0; return dr2.ToString(); /得到域名默认网站地址. 如： public string GetAdminWzMrPath(string id) /SqlCmdProc.CommandText =wzdz_select_x_adminwzxx; /SqlCmdProc.Parameters.Add(id_1,SqlDbType.Char,2,id); /SqlCmdProc.Parametersid_1.Value = id; /DataSet ds = this.dataproc(SqlCmdProc); DataSet ds = this.adminwzdz(); DataRow dr = ds.Tables0.Rows0; return dr3.ToString(); /检验域名是否开通 public bool IsYmnameKt(string name) string ls_sql; bool lb_flag = false; if(name.ToLower()=admibase) lb_flag=true; return lb_flag; ls_sql = select * from x_user where sfkt=1 and secym= +name +; lb_flag = datasqlreader(ls_sql); return lb_flag; /-end 网站用户信息 #endregion iii.网站生成、开通网站生成、开通 #region 开通网站信息 /all wz public DataView ktwzxx() return this.datasql(select userid,dz,data,xdlusy,xdluadmin,num from x_yhwzxx); / dg public DataSet KtWzXxDg(string id) 第 22 页/共 7272 页 return this.datasqlds(SELECT userid, dz, data, ym FROM x_yhwzxx where userid=+id+); /retun datapath / canshu id public string KtWzXxReDataPath(string id) return this.datasqlScalar(SELECT data FROM x_yhwzxx where userid=+id+).ToString(); /retun datapath / canshu ym public string KtWzXxReDataPathYm(string ym) return this.datasqlScalar(SELECT data FROM x_yhwzxx where ym=+ym+).ToString(); #endregion #region 开通网站 操作 /网站开通 public bool ktwz(string userid,string dz,string shengf,string path) bool lb_flag; lb_flag = isktwz(userid); if(lb_flag) return lb_flag; lb_flag =ktwzfirst(userid); lb_flag =ktwzsecond(userid,dz,shengf); ktwzthree(dz,shengf,path); return lb_flag; /暂停网站 public bool ktwzzt(string userid) string ls_sql; ls_sql = update x_user set sfkt=0 where userid =+userid+; return this.datasqlvd(ls_sql); /启用网站 第 23 页/共 7272 页 public bool ktwzqy(string userid) return ktwzfirst(userid); /是否开通 public bool isktwz(string userid) string ls_sql; bool lb_flag