基于PHP的图片共享系统的设计与实现.doc

1、学 位 论 文基于 PHP 的图片共享系统的设计与实现论文作者姓名： 申请学位专业： 申请学位类别： 工学学士指 导 教 师 姓 名 （ 职 称 ）： 论文提交日期： 基于 PHP 的图片共享系统的设计与实现摘 要本系统主要从现代社会电脑化观念出发，通过对现有资料的分析、研究和整理，确定了在基于现存的 WEB2.0 模式下开发图片共享系统的可行性、紧迫性和必要性。在现阶段,国内基于 WEB2.0 的图片共享系统才刚起步,该市场还有很大的介入空间。其中，在国外，已经有了很成熟的图片共享平台。在 WEB2.0 时代，信息由以前的服务器发布变成了用户发布。也就是从以前的通过服务器搜集资源并且发布变成

2、了通过用户提供资源，服务器进行整理，分类，发布的模式。而且这种模式对于一个网站的用户吸引度也远远高于传统模式。本论文旨在详细说明如何在基于 PHP 以及 Ajax 框架的环境下，使用 MVC 的开发模式，完成一个具有完整功能的图片上传以及图片管理系统，并能够实现方便的添加，删除图片以及分类，后台主要实现对用户以及用户的图片进行管理；能实现相关个人的设置更改。并且系统中对于图片上传需要有比较直观的进度显示，图片的呈现使用比较友善的显示效果。关键词：模型-视图-控制器；图片共享；AjaxAbstractThis system mainly embarks from the modern socie

3、ty computerization. Based on existence information analysis, the research and the reorganization, we considered the pressing and the necessity of implementing order form developing picture share system base on WEB2.0.At the present stage, the domestic picture share system based on WEB2.0 is just und

4、erway. There is expansive to take part in this field, at the same time, mature picture share system aboard is already exist for a long time. In WEB2.0 period, the style of information publishing turned from server publishing to user publishing .In another word, it is changed from server publishing i

5、nformation to user providing information, and in this case, servers only need to coordinating, sorting and republishing. Furthermore, in this model, a website is much friendlier to user.This thesis mainly describes how to developing fully functional pictures upload and picture management system. Thi

6、s system can easy to add, delete pictures and categories. In the backstage management, is mainly to implementing user and pictures management and user information changing. In this system, picture uploading is intuitionisticly showing, and the picture is need to be shown user friendly.Key words: MVC

7、; Picture Share; Ajax目 录论文总页数：36 页1 引言 12 系统概述 13 总体设计 23.1 系统需求分析 .23.1.1 图片上传需要支持的方式 23.1.2 用户上传图片需要支持的格式 23.1.3 分类 23.1.4 图片管理 23.1.5 图片展现 33.1.6 查询功能 33.1.7 用户管理 33.2 总体结构 .33.3 图片共享系统流程 .33.4 图片共享系统模块功能介绍 .53.4.1 用户界面子模块划分 53.4.2 管理后台子模块划分 74 方案选择 84.1 方案比较 .84.1.1 系统模式比较 84.1.2 程序语言比较 84.2 方案选

8、择 .94.3 系统技术平台 .94.4 开发环境搭建 .95 实现技术与数据结构 .125.1 系统架构设计 125.1.1 网络架构 .125.1.2 系统逻辑服务器 .125.2 系统处理流程 135.2.1 基于 MVC 的 Smartemplate 架构 .135.2.2 SmartTemplate 技术概述 145.2.3 SmartTemplate 与 html 模版之间的关系 .155.3 数据库设计 185.3.1 前台用户主要数据库表结构设计 .215.3.2 管理后台数据库表结构设计 .226 特殊问题解决办法 .246.1 乱码问题 246.2 动态显示上传进度 246

9、.3 图片随意批量上传问题 257 结果测试、性能分析 .297.1 运行模块组合 297.2 系统登陆界面 297.3 模块应用举例 307.4 系统现存问题 337.4.1 批量上传连接的 URL 参数泄漏 337.4.2 批量上传页面源代码中回调脚本泄漏用户 ID 337.4.3 无法正常返回 .337.5 改进意见 34结 论 .34参考文献 .34致 谢 .35声 明 .36第 1 页 共 36 页1 引言随着前段时间 WEB2.0 的热潮，整个 BS 开发方向和 WEB 的运营模式渐渐开始向另一个方向转变。随着 AJAX 的重新使用，大大提高了用户的 WEB 体验。其页面局部刷新的

10、方式在很大程度上减少了用户访问页面时所花的时间。并且让用户在提高体验的同时，也能够参与的内容的提供者里面来。在传统的 WEB 系统中，都是有某个网站的管理员，或者类似的人去收集网站所需要的资源，并且将这些资源发布出去，但是随着 WEB2.0 的兴起，分享和体验逐渐占据了网站发展的重要的位置。于是，网站从以前的集中发布式，渐渐的转变成了用户提供资源，网站整理发布的模式。其中最为常见的就是 BLOG，WIKI 这些形势。其中图片共享是很有发展潜力的一个方向。首先，中国拥有数码相机的人群正在以一个稳定的数值在不断增长，但是，目前没有多少网站注意到了这片市场的潜力。当用户拍了照片后，他们会找一个可以方

11、便的共享自己所拍的照片的地方。但是，现在传统的网站，要么操作太复杂，要么就是不方便共享，比如163，不支持外部连接图片，虽然这样做的确可以明显的降低服务器的负担，但是对用户体验却大大折扣。试想，当一个用户想直接给朋友看他某个相册里面的某一张图片的时候，他还必须将自己的相册连接给对方，然后对方还要在相册里面找到那张图片后才能查看。而且 163 上的图片没有专门针对数码照片的整理和分类，也就是说多而不精。导致资源无法有效利用。国内目前在这方面兴起的网站还不多，国外也有比较出名的，例如：Flikre：，巴巴变： 等。其中巴巴变基本仿照 FLIKRE 改版过来。就目前看来，该市场还有比较大的介入空间。

12、就目前看来，图片共享系统现在需要解决的问题主要是如何更快的让用户上传图片。如何以更快的形式显示图片。其中，影响到系统开发的主要有以下问题：1、市场竞争，2、软件的可用性，稳定性，3、时间限制。由于目前已经有部分市场被前期对手抢占，所以需要在尽可能短的时间内开发出一个可用的网站系统。该系统初步分为两个部分，一个是作为 WEB 界面的 WEB 端，还有一个部分是用来通过 C/S 模式远程上传本地图片的客户端工具。2 系统概述在对于由经用户提交的的方式来实现图片共享,首要就是提高用户上传效率，以及用户上传体验和用户的浏览是否方便。一般的图片共享网站都是通过很单一的上传页面对文件进行上传，并且展现形式

13、单一化，不方便用户使用和查看。在 WEB2.0 下，诞生了大批用于增强用户体验的控件，使得图片共享比传统的形式更加的美观以及人性化。第 2 页 共 36 页而且除了需要良好的用户体验外，还需要良好的系统支持。不仅仅是程序，而是随着用户需求可以不断拓展的业务平台，以及发展流程。本毕业设计就是根据目前 WEB2.0 的需求和特点有针对的利用现在比较成熟的框架所编写。应用 WEB2.0 中已经成熟的框架接口可以大大加快目前高可用性应用的开发以及设计。并且能够从用户角度来设计一个应用。大大减轻了设计的压力以及风险。该系统能够通过多种方式来对用户的图片进行上传以及管理。并且使用了现在比较流行的视觉框架来

14、实现图片的呈现，大大改进了用户体验。3 总体设计3.1 系统需求分析图片共享，有三个方面需要考虑：一，用户应该以什么方式上传图片；二，用户可以上传的图片有哪些类型；三，应该以什么方式展示这些图片。另外，还应该实现对图片的简单整理以及统计。因此，将上传图片的用户和浏览图片的用户作为系统服务的主要目标，对系统的功能提出了如下需求：3.1.1 图片上传需要支持的方式图片上传应该支持目前使用最多的页面表单方式。并且可以对其进行简单的处理。除此之外，最好还要支持客户端方式。并且需要实现在用户不安装客户端的情况下，在 WEB 上实现批量上传图片。3.1.2 用户上传图片需要支持的格式一种是 JPEG 一种

15、是 PNG，现在大多数的数码相机都是使用 JPEG 格式保存图片，但是考虑到版权问题，也应提供 PNG 格式图片的支持。3.1.3 分类图片上传后,根据图片的标签以及图片所在任务自动将图片按照标签以及任务进行分类3.1.4 图片管理 图片管理应该包括的基本内容：图片的删除，图片的添加，图片分类的添加以及删除，图片任务的添加以及删除，图片标签的添加以及删除。同时，在图片管理中，用户能够以比较直观的方式查看自己上传的图片。第 3 页 共 36 页3.1.5 图片展现应该能够很直观的展示给最终用户进行查看。3.1.6 查询功能用户需要了解自己的分类下的图片总量以及任务下的图片情况，又因为用户可能需要

16、根据不同的情况下，对自己的分类，任务下的图片情况做统计，因此该系统还应具有分类，任务，标签的多条件组合查询功能。3.1.7 由于该系统为多用户系统，系统后台还应该具有用户管理功能用户管理包括的功能如下：用户的添加，删除，查询。以及对用户图片的查看，删除；对用户的分类的查看，删除；对用户标签的查看，删除。3.2 总体结构图片共享系统主要功能模块结构示意图如下：图 片 共 享 系 统用 户 界 面 后 台 管 理用 户 前 台 图 片 处理用户登录验证用户图片上传用户图片预览用 户 后 台 管 理用 户 管 理 管 理 员 管 理用户信息管理用户图片标签管理用户图片任务管理用户添加用户信息修改用户

17、图片管理用户搜索后台用户添加后台用户修改后台用户删除后台用户权限分派图 3-1 图片共享系统功能模块图图片共享系统包括两大部分：用户界面和后台管理，其中用户界面为用户可视并且可使用的功能，后台管理为管理员所能使用的功能。3.3 图片共享系统流程 图片共享系统流程设计思想如下：1. 用户（这里主要指直接使用本系统的最终用户，不包括后台具有管理功能的用户）根据自己的图片格式，选择合适的图片上传到本系统的处理端。2. 系统在接到用户上传的图片后，应根据系统当前所允许上传的图片的类型判断用户所上传的文件是否符合系统的要求，确定用户为上传图片所分配的标签，依据上传图片的设置对图片进行分类以及更改格式，此

18、时的图片并非最第 4 页 共 36 页后存储在系统中的图片，该图片在经过裁减以及根据系统设定更改后的格式进行存储。 （这样做，是为了统一图片的格式，便于输出的处理以及图片入库时统一处理接口。 ）3. 图片添加成功后，将上传的图片直接缓存到用户所在的文件夹下，按照上传日期排列，并且同时在数据库中保存图片的副本。4. 图片在存储后，同时在前台显示已经上传的图片，并且将图片添加到所设定的标签下，并且按照任务对图片进行分批显示。5. 用户在用户管理台里面可以对当前所有图片进行管理，用户删除图片时，可以按照单个图片，分类，标签，以及任务对图片进行删除操作。6. 已经上传的图片，可以通过用户查看图片的连接

19、直接提供给第三方用户进行查看。或者直接通过系统生成的连接发送给第三方用户进行查看。7. 后台管理员可以通过系统提供的功能直接对管理用户进行添加以及更改。当需要具体赋予用户某个功能时，可以通过更改后台用户的细节设定来更改用户权限。8. 管理员在需要删除某个用户的上传图片时，也可通过统一的图片管理接口对用户的图片，分类，标签以及任务进行删除。 图片共享系统流程图如下：第 5 页 共 36 页图 3-2 图片共享系统流程图3.4 图片共享系统模块功能介绍图片共享系统，主要完成图片的添加，删除以及图片标签的添加，删除功能。以及对多用户的管理以及在后台对用户的图片进行管理。以下是子模块划分以及各模块的功

20、能介绍。3.4.1 用户界面子模块划分图 3-3 用户界面子模块结构图 用户界面子模块 密码修改密码修改，作为用户界面子模块的一部分，主要完成用户密码修改的工作。第 6 页 共 36 页执行流程是：用户在登陆到主界面后，点击导航栏上的密码修改，转向到修改用户密码的界面。在输入当前使用密码以及修改的密码并且重复输入一次修改的密码，最后填入该操作的验证码（为了方便用户，验证码已经由后台自动填入） 。当以上操作完成后，用户点击提交以对密码进行修改。在用户提交修改内容时，页面内的代码首先检测用户两次修改的密码是否一致。如果不一致，将提示用户密码不一致。当该检查通过后，信息提交到后台系统。后台系统首先判

21、断验证码是否相同，如果相同，将比较用户输入的当前密码散列是否和数据库中的密码散列一致。当两个散列一致时，后台系统将修改用户当前的密码为用户修改后的密码。如果用户没有输入验证码或者验证码出错，当前用户密码散列无法和数据库中的密码散列对应，系统将给出对应的出错提示。并要求用户重新填写。 用户界面子模块 上传图片上传图片，在用户登陆系统后，点击导航栏上的上传图片，进入上传图片功能页面。此时，用户可以根据自己的需要选择单个图片进行上传或者直接批量上传多个图片。）对单个页面进行上传：这种上传需要用户自己过滤不符合系统需求的图片，当前系统只支持 JPEG 以及 PNG。如果图片格式不符合要求，系统将给出出

22、错提示。当用户所选择的图片格式无误，并点击“开始上传” ，此时，系统会弹出一个设置图片信息的对话框，需要用户选择该图片的类型，以及设置该图片的标签还有该图片的名称等信息。当一切设置完毕后，点击“提交上传” ，用户图片开始上传到系统中。）直接批量上传多个图片：用户点击“批量上传”标签，系统提示该功能需要 JAVA 运行时支持，确认后，进入批量图片信息设定页面，该页面用于设置接下来所上传的图片的名称，描述，分类，标签等信息。接下来将转入批量上传界面。具体的操作步骤说明在批量上传页面中有详细的说明。 用户界面子模块 管理图片管理图片，在用户登陆系统后，点击导航栏上的上传图片，进入图片管理页面。该页面

23、分为上中下 3 个部分，分别为用户图片按照任务，分类，标签进行分类后的图片列表。在这个列表里，用户可以对图片按照任务，分类，或者标签等批量对图片进行操作。同时，在该功能页面中，也可以对分类，任务，标签进行删除操作。第 7 页 共 36 页3.4.2 管理后台子模块划分图 3-4 管理后台子模块结构图 管理后台子模块 系统管理系统管理作为后台管理的一个重要部分，主要是用于设置当前系统的环境变量，以及一些说明性的信息。主要是由后台管理员对系统进行维护以及系统初始化的时候确定这些设置。在设置完成后，如果不是系统性能问题或者系统迁移，均可以保持设定的信息。这个功能为系统提供了比较方便的扩展系统环境变量

24、的方法。便于后期对系统的常规设定的修改以及方便系统的简单迁移，例如系统更换域名或者更改其他系统环境信息。系统信息表中记录了系统的每个设定，对该模块进行修改最后将反馈到系统信息表中。 管理后台子模块 管理员管理管理员管理，主要是用于设置能够对当前系统后台的功能进行操作的用户，以及设置这些用户可以使用后台哪些功能。该功能使得后台管理更为灵活，可以方便的进行权限托管。并且可以设置对某个功能专门进行操作的管理人员，简化了管理的复杂程度。这个功能为系统提供了比较方便的扩展系统管理团队的方法。以便于在中后期对某个功能管理达到一定要求时可以对该功能赋予专用人员。同时，该模块也提供了修改管理员信息的功能。可以

25、方便的使该管理员在各个功能之间实现切换以及更改现有权限。第 8 页 共 36 页 管理后台子模块 用户管理用户管理用于管理当前系统中已经正常注册并且使用本系统的图片共享功能的用户。用户要注册该系统，除了可以在前台提供的注册页面注册外，也可以由具有用户管理权限的后台管理员在后台进行添加。除了用户能在自己的管理面板修改自己的信息之外，管理员可以通过该模块的用户编辑功能对用户信息进行修改。同时，可以通过搜索功能来定位特定用户名的用户，便于更快的找到需要操作的用户。 管理后台子模块 图片管理图片管理用于管理当前系统中已经正常注册并且使用本系统的图片共享功能的用户所上传的图片。在该模块中，后台管理员可以

26、根据单个用户对该用户所上传的图片进行管理。管理用户图片的界面和用户前台的管理界面相同。另外，和用户管理一样，后台管理员也可以通过搜索特定的用户名来快速定位到某个用户，并且对他所上传的图片进行管理。在用户上传图片的过程中，有可能由于用户的误操作导致用户所上传的图片没有分类或者没有标签，这种情况下，管理员可以使用图片清理功能将这些图片清理掉。避免冗余以及错误数据导致的系统不稳定或者统计数据出错。4 方案选择4.1 方案比较4.1.1 系统模式比较目前开发模式主要有 C/S 结构和 B/S 结构：C/S 结构，即 Client/Server(客户机/服务器)结构，是大家熟知的软件系统体系结构，通过将

27、任务合理分配到 Client 端和 Server 端，降低了系统的通讯开销，可以充分利用两端硬件环境的优势。 B/S 结构，即 Browser/Server(浏览器/服务器)结构，是随着 Internet 技术的兴起，对 C/S 结构的一种变化或者改进的结构。在这种结构下，用户界面完全通过 WWW 浏览器实现，一部分事务逻辑在前端实现，但是主要事务逻辑在服务器端实现。B/S 结构利用不断成熟和普及的浏览器技术实现原来需要复杂专用软件才能实现的强大功能，并节约了开发成本，是一种全新的软件系统构造技术。4.1.2 程序语言比较目前流行的程序开发语言主要有 ASP 和 JSP 和 PHP：ASP 全

28、名 Active Server Pages，是一个 WEB 服务器端的开发环境，利用它第 9 页 共 36 页可以产生和执行动态的、互动的、高性能的 WEB 服务应用程序。ASP 采用脚本语言 VBScript（Java script）作为自己的开发语言。 JSP 是 Sun 公司推出的新一代网站开发语言，Java Server Page。JSP 可以在 Serverlet 和 JavaBean 的支持下，完成功能强大的站点程序。 PHP，即“PHP: Hypertext Preprocessor”，是一种被广泛使用的开放源代码多用途脚本语言，尤其适用于 web 开发并可以嵌入到 HTML 中

29、去。三者都提供在 HTML 代码中混合某种程序代码、由语言引擎解释执行程序代码的能力。但 JSP 代码被编译成 Servlet 并由 Java 虚拟机解释执行，这种编译操作仅在对 JSP 页面的第一次请求时发生。在 PHP、ASP 、JSP 环境下，HTML 代码主要负责描述信息的显示样式，而程序代码则用来描述处理逻辑。普通的 HTML 页面只依赖于 Web 服务器，而 PHP、ASP 、JSP 页面需要附加的语言引擎分析和执行程序代码。程序代码的执行结果被重新嵌入到 HTML 代码中，然后一起发送给浏览器。PHP、ASP 、JSP 两者都是面向 Web 服务器的技术，客户端浏览器不需要任何附

30、加的软件支持。然而，相较与 ASP ， JSP，PHP 有其便于部署，可快速开发并且使用灵活等特点。比较适合于做中小型系统的快速开发，同等相较于 JSP，PHP 由于没有那么复杂的处理，所以在一定程度上执行速度优于 JSP。4.2 方案选择综上所述，本系统开发选择方案如下：本图片共享系统采用 PHP、JavaScript 作为主要程序开发语言，采用smarttemplate + 独立后台管理模版的构架， mysql 数据库。采用 B/S 结构。系统界面美观内容丰富，很好的实现了与用户的交互。4.3 系统技术平台开发环境：WindowsServer2013 Datacenter Edition

31、SP1、MySql 4.2、Apache2；开发工具：ZendStudio、 DreamweaverMX、PhotoShop、记事本；系统构架：PHP+Smarttemplate+JavaScript+MySql4.2；开发语言：PHP5。4.4 开发环境搭建 配置 PHP 5将从网络上下载下来的文件解包，然后需要以下操作：打开 php.ini 文件，修改以下内容：max_execution_time = 600;max_input_time = 600;第 10 页 共 36 页memory_limit = 16Mpost_max_size = 20Mfile_uploads = Onupl

32、oad_max_filesize = 20Mdefault_socket_timeout = 60以上选项避免由于用户上传过大的图片导致 PHP 处理超时。register_globals = Offmagic_quotes_gpc = On以上选项为防止用户恶意提交。extension_dir = “D:PHPPHPext“以上选项用于设定 PHP 的扩展所在文件夹。extension=php_mbstring.dll该扩展用于支持长字符集extension=php_exif.dll该扩展用于支持 PHP 读取图片的 EXIF 信息。extension=php_gd2.dll该扩展用于 PH

33、P 对图片的操作以及验证码的生成操作。extension=php_mysql.dllextension=php_mysqli.dll 以上两项用于 PHP 对 MYSQL 的支持extension=php_sockets.dll该扩展用于 PHP 对 SOCKET 的支持，主要用于支持上传时显示上传进度的UPU 库 Apache 2.0将从网络上下载下来的文件解包，然后需要以下操作：1） 修改 Apache 的配置文件:进入到解包根目录下的 conf 目录。打开 httpd.conf 文件，修改以下内容：设置执行超时： Timeout 300设置监听 80 端口： Listen 80开启 AP

34、ACHE 对 PHP 的支持：LoadModule php5_module d:/php/php/php5apache2.dll开启 URL 重写功能：LoadModule rewrite_module modules/mod_rewrite.so设定 WEB 服务的根目录： DocumentRoot “E:web“第 11 页 共 36 页设置 URL 重写所生效的范围： Options FollowSymLinksAllowOverride ALL设置中文支持：AddLanguage zh-CN .zh-cnAddLanguage zh-TW .zh-twAddLanguage zh-cn

35、 .cn设置默认语言AddDefaultCharset GB2312设置默认索引页：DirectoryIndex index.html index.html.var index.htm index.php设置 APACHE 对 PHP 文件进行解析：AddType application/x-httpd-php .php2） 将 APACHE 安装为服务：进入命令行，转到 APACHE 文件夹下的 BIN 文件夹，执行以下命令：apache -k install3） 启动 APACHE 服务器执行以下命令：net start apache2 mysql 安装1） 将从网上下载的 MYSQL 解

36、包,然后修改其配置文件如下:default-character-set=utf8 /由于整个系统均使用 UTF-8,故数据库也统一文字编码key_buffer_size=20Mmax_allowed_packet=15M /以上设置用于处理将图片存入数据库的大量信息数据。2） 运行 MySQLInstanceConfig.exe 对 MYSQL 进行初始化设置。3） 安装 MYSQL 服务执行 mysqld-nt.exe install 将 MYSQL 进程作为系统服务运行。4） 使用 MYSQLADMIN 对 MYSQL 的管理员进行管理 PHPMYADMIN 配置找到 phpmysdmin

37、 的配置文件，修改以下地方。$cfgServers$ihost = localhost;/设置为本机第 12 页 共 36 页（只做调试用）$cfgServers$iport = 3306;/MySQL 的端口$cfgServers$iconnect_type = tcp;/设置与 MySQL 连接的方式 $cfgServers$icompress = FALSE;/使用压缩协议进行传输 $cfgServers$iauth_type = config;/如果 PHP 安装模式为 Apache，可以使用 http 和 cookie；如果 PHP 安装模式为 CGI，可以使用cookie；默认为

38、config$cfgServers$iuser = root;/MySQL 连接用户$cfgServers$ipassword = ;/MySQL 连接密码5 实现技术与数据结构5.1 系统架构设计5.1.1 网络架构整个网络架构体系如下图：图 5-1 图片共享系统网络构架图5.1.2 系统逻辑服务器在逻辑上可以将使用的服务器分为三类，每类服务器均有不同的功能：Web 服务器：该服务器进行 Web 发布，提供用于普通用户业务工作的操作界面（网页） ，亦将用户的操作参数通过处理后生成的数据库查询传递回数据库第 13 页 共 36 页服务器，同时亦将结果在经过解析以及重新编码后生成的数据通过网页的

39、方式返回到用户前端。同时，该 WEB 服务器还负责解析用户的请求以及动态的生成用户所能看见的 Web 页面。数据库服务器：该服务器上安装了 MySQL 数据库系统，数据库系统的设计主要针对该服务器。在此存放着所有的原始数据及用于系统的其它结构数据，所有的用户及管理者对信息的新增，修改，删除最终都将反映在该服务器上。同时，该服务器需要处理通过 WEB 服务器传输来的查询请求，并将查询结果返回给应用服务器。5.2 系统处理流程本系统采用 B/S 模式,Smartemplate 构架，用户使用本系统时，只需要安装上网的浏览器即可，不需要安装其它任何软件。系统处理流程如下图所示：用 户 浏 览 器业

40、务 逻 辑( 解 析 )模 型( 通 用 模 版 )视 图( p h p )发 出 H t t p 请 求 新 请 求 转 发生 成S m a r t T e m p l a t e更 新 / 返 回H T M L同 请 求 缓 存 转 发控 制 器( 请 求 解析 ， 判 断缓 存 )图 5-2 系统处理流程5.2.1 基于 MVC 的 Smartemplate 架构本系统采用基于 MVC 的构架实现。模型由实现业务逻辑的 PHP 解析脚本构成，控制器由 SmartTemplate 来实现，视图由一组含有 SmartTemplate 格式标签的 HTML 文件构成。下图简要描述了工作流程。第

41、 14 页 共 36 页图 5-3 响应用户请求的工作流程MVC 是一种设计模式，它强制性的把应用程序的输入、处理和输出分开。MVC 把应用程序分成三个核心模块：模型、视图和控制器，它们之间的相互关系如下图所示：( 控 制 器 )接受 用户请 求调用模型 响应用 户请求选择视图 显示相 应结果( 视 图 )显 示模型 状态接受 数据更 新请求把用户输 入数据 传给控 制器( 模 型 )代表应 用程序 状态响应 状态查 询处理 业务流 程通知视图 业务状 态更新选 择视图 业 务处理用 户请求状 态查询通 知数据 更新图 5-4 MVC 设计模式5.2.2 SmartTemplate 技术概述在

42、这个系统制作过程中，大量采用了 SmartTemplate 技术，现就自己对第 15 页 共 36 页SmartTemplate 技术的理解表述如下：SmartTemplate 是一个支持大型 WEB 应用程序的模板引擎，是由服务器端调用和执行的 PHP 库。SmartTemplate 本身与协议无关。 要理解 SmartTemplate，首先需要理解模板引擎的工作方式。普通模板引擎工作方式: 你的 PHP 脚本指定一个 HTML 模板，指定动态内容并显示。模板分析器使用指派的内容替换模板内所有的占位符，然后显示给用户。SmartTemplate 的工作方式类似模板编译，他把模板转换为可执行的

43、 PHP脚本，并且保存起来以备以后重用。当一个新的模板在第一次被使用时，模板内所有的占位符被替换为简单的可输出指定内容的 PHP 代码元素。举个例子，模板片断 TITLE，将被转换为 . 如果你指定内容给正确的变量, 将再也不需要进行模板分析了. 程序要做的仅仅是自己包含并执行编译后的模板. 这种缓存方式能大大减少模板引擎的运行时间。5.2.3 SmartTemplate 与 html 模版之间的关系为了增强系统的移植性，使系统能在 Windows 、NT、UNIX 及 Linux 环境下运行而不进行源代码的修改，采用 PHP 技术。开发基于 WEB 的软件系统，采用PHP 脚本 工具，用 P

44、HP 的动态库连接访问数据库，将一些对象的属性和方法封装在 PHP 类库中，客户端界面可用 HTML 与 JavaScript 配合完成，服务器端的应用处理可用 PHP 脚本SmartTemplate 引擎来具体实现。html 模版主要用来定义最终的表现页面，而 PHP 脚本主要用来完成大量的逻辑处理，SmartTemplate 用于将处理后的数据动态的封装到 html 模版中，最终显示的页面有 PHP 解析后发送到客户端。也就是说，经过封装以及解析的html 模版主要用来发送给前端的用户，而 PHP 脚本主要来响应用户的请求，完成请求的逻辑处理,同时，充当着控制者的角色，用来负责响应的事务处

45、理。SmartTemplate 本身没有任何的业务处理逻辑，它只是简单地检索 PHP 脚本定义的对象，再将动态的内容插入到预定义的 html 模版中。PHP 脚本创建 SmartTemplate 需要的变量和对象，再根据用户的行为，决定处理哪个 html 模版并发送给用户。在实际开发过程中，往往是先把 html 模版开发出来，然后再将 html 模版中需要动态生成的部分用 SmartTemplate 预定义的标签代替。这样做的好处是充分利用了 HTML 的页面表现能力，避免了 PHP 脚本在页面表现方面的不足，大大缩短了开发周期，各尽所能。以下是节选程序代码中的 HTML 模版转换为最终的页面

46、对象：第 16 页 共 36 页1. 首先，用 HTML 编辑工具开发出 HTML 页面 . . .搜索图片:flash_slideshow. . .2. 通过 PHP 解析将对应内容填充到 HTML 模版内 . . .$_objimg_thb_block);$_tmp_arr_keys=array_keys($_objimg_thb_block);if ($_tmp_arr_keys0!=0)$_objimg_thb_block=array(0=$_objimg_thb_block);$_stack$_stack_cnt+=$_obj;foreach ($_objimg_thb_block

47、as $rowcnt=$img_thb_block) 第 17 页 共 36 页$img_thb_blockROWCNT=$rowcnt;$img_thb_blockALTROW=$rowcnt%2;$img_thb_blockROWBIT=$rowcnt%2;$_obj=?“ class=“thickbox“ rel=“gallery-plants“ alt=“ width=“70“ height=“70“ border=“0“ /. . .第 18 页 共 36 页5.3 数据库设计图 5-5 图片共享系统数据库设计结构图上图是根据需求设计出十二个数据表，分别是：系统设定表（setting

48、） ，管理员操作记录表（adminlog）,管理员信息表（admin_info） ，图片缓存记录表（hash_cache） ，缩略图表（photothumbs） ，图片表（photo） ，用户组表(group_setting)，用户信息表（member_info） ，用户登陆记录表(loginlog)，图片分类表（sort_setting） ，用户上传相册表（job）以及标签表（tags_setting） 。该表主要分为以下几个部分：第 19 页 共 36 页管理员相关表：图 5-6 管理员相关表系统设置表：图 5-7 系统设置表用户组设置表图 5-8 用户组设置表图片信息表图 5-9 图片信

49、息表group_settinggidgroup_namebigintvarchar第 20 页 共 36 页相册以及标签分类表图 5-10 相册分类以及标签表第 21 页 共 36 页5.3.1 前台用户主要数据库表结构设计用户上传相册表（job）用于存储用户上传某批图片的基础信息表 5-1 job 表Name Type Descriptionjob_id BIGINT(11) 编号Article MEDIUMTEXT 该相册的内容描述article_title TINYTEXT 相册标题article_info TINYTEXT 相册简介Author varchar(40) 作者Authored BIGINT(11) 作者 IDsort_id BIGINT(11) 分类 IDalbum_id BIGINT(11)