php学习日记4(关于php中的$this->assign(); 与 $this->display();)

$this->assign(); 把数组打出来。

$this->display(‘index.html‘);把打出来的数据放在index.html这个模板上

Display用法:

$this->display();

就可以输出模板,根据前面的模板定义规则,因为系统会按照默认规则自动定位模板文件,所以通常display方法无需带任何参数即可输出对应的模板,这是模板输出的最简单的用法。
事情总有特例,或者根本不需要按模块进行分目录存放,不过display方法总是能够帮你解决问题。

Display方法提供了几种规则让你可以随心所欲的输出需要的模板,无论你的模板文件在什么位置。

下面来看具体的用法:

一、调用当前模块的其他操作模板

格式:display(‘操作名‘)
例如,假设当前操作是User模块下面的read操作,我们需要调用User模块的edit操作模版,使用:
$this->display(‘edit‘); 
不需要写模板文件的路径和后缀。

二、调用其他模块的操作模板

格式:display(‘模块名:操作名‘)
例如,当前是User模块,我们需要调用Member模块的read操作模版 ,使用:
$this->display(‘Member:read‘); 
这种方式也不需要写模板文件的路径和后缀,严格来说,这里面的模块名和操作名并不一定需要有对应的模块或者操作,只是一个目录名称和文件名称而已,例如,你的项目里面可能根本没有Public模块,更没有Public模块的menu操作,但是一样可以使用
$this->display(‘Public:menu‘); 
输出这个模板文件。理解了这个,模板输出就清晰了。

三、调用其他主题的操作模板

格式:display(‘主题名:模块名:操作名‘)
例如我们需要 调用Xp主题的User模块的edit操作模版,使用:
$this->display(‘Xp:User:edit‘); 
这种方式需要指定模块和操作名

四、直接全路径输出模板

格式:display(‘模板文件名‘)
例如,我们直接输出当前的Public目录下面的menu.html模板文件,使用: 
$this->display(‘./Public/menu.html‘);
这种方式需要指定模板路径和后缀,这里的Public目录是位于当前项目入口文件位置下面。如果是其他的后缀文件,也支持直接输出,例如:
$this->display(‘./Public/menu.tpl‘);
只要./Public/menu.tpl是一个实际存在的模板文件。如果使用的是相对路径的话,要注意当前位置是相对于项目的入口文件,而不是模板目录。

五、直接解析内容

Action类的display方法如果传入第四个参数,表示不读取模板文件而是直接解析内容。例如:
$this->assign(‘foo‘,‘ThinkPHP‘); 
$this->show(‘Hello, {$foo}!‘);

会在页面输出: Hello,ThinkPHP! 
直接输出的内容仍然支持模板布局功能。
show方法也可以支持指定编码和输出格式,例如:
$this->show($content, ‘utf-8‘, ‘text/xml‘); 

六、事实上,display方法还有其他的参数和用法。

有时候某个模板页面我们需要输出指定的编码,而不是默认的编码,可以使用:
$this->display(‘Member:read‘, ‘gbk‘); 


或者输出的模板文件不是text/html格式的,而是XML格式的,可以用:
$this->display(‘Member:read‘, ‘utf-8‘, ‘text/xml‘); 


如果你的网站输出编码不是默认的编码,可以使用:
‘DEFAULT_CHARSET‘=> ‘gbk‘ 


如果要输出XML格式的,可以用:
‘TMPL_CONTENT_TYPE‘=> ‘text/xml‘ 

 

Assign用法:

 

thinkphp 在 Action 类里面使用 assign 方法对模板变量进行赋值;

所以assign(‘row‘,$row)中第一个参数‘row’表示在模版取值用的变量名,第二个参数是row变量的值。

示例如下:

[html] view plain copy

print?

    1. <?php
    2. $wish=‘测试‘;
    3. $this->assign(‘row‘,$row);
    4. ?>
    5. 模版取值示例:
    6. <html>
    7. <head>
    8. <title>模版取值示例</title>
    9. </head>
    10. <body>
    11. <p><{$row}></p>
    12. </body>
    13. </html>
时间: 2024-11-09 00:48:17

php学习日记4(关于php中的$this->assign(); 与 $this->display();)的相关文章

学习日记之状态模式和Effective C++

状态模式(State):当一个对象内在状态改变时,允许改变其行为,这个对象看起来像是改变了其类. (1),状态模式主要负责解决的是当控制一个对象转换的条件表达式过于复杂时的情况.把状态的判断逻辑转移到表示不同状态的一系列类中,可以把复杂的判断逻辑简化. (2),状态模式的好处是将与特定状态相关的行为局部化,并且将不同状态的行为分割开来. (3),将特定的状态相关的行为都放入一个对象中,由于所有与状态相关的代码都存在于某个ConcreteState中,所以通过定义新的子类可以很容易地增加新的状态和

学习日记

五一耍了三天,自己的计划有泡汤,那种制止力哪里去了,不过我认真起来还有有废寝忘食的时候,不过希望这种时候多一点,回家妈妈告诉我,她给老师打电话了的,老师说了我的一些情况,不过我没有老师说的那么好,学习在班上算中等.我觉得还算不上吧!任重而道远吧. Java中有个比较重要的类Properties(Java.util.Properties),主要用于读取Java的配置文件,各种语言都有自己所支持的配置文件,配置文件中很多变量是经常改变的,这样做也是为了方便用户,让用户能够脱离程序本身去修改相关的变量

学习日记之解释器模式和Effective C++

解释器模式(interpreter):给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子. (1),如果一种特定类型的问题发生的频率足够高,那么可能就值得将该问题的各个实例表述为一个简单语言的句子.这样可以构建一个解释器,该解释器通过解释这些句子来解决该问题. (2),当一个语言需要解释执行,并且你可将该语言中的句子表示为一个抽象的语法树时,可使用解释器模式. (3),容易改变和扩展文法,因为该模式使用类来表示文法规则,你可以使用继承来改变和扩展该文法

学习日记之中介者模式和Effective C++

中介者模式(Mediator):用一个中介对象来封装一系列的对象交互.中介者使各对象不需要显示地相互引用,从而使其耦合松散,而且可以独立地改变他们之间的交互. (1),中介者模式很容易在系统中应用,也很容易在系统中误用.当系统出现多对多交互复杂的对象群时,不要急于使用中介者模式,而要反思你在系统的设计上是不是合理. (2),中介者的出现减少了各个对象的耦合,使得可以独立地改变和复用各个对象和中介者. (3),由于把对象如何协作进行了抽象,将中介者作为一个独立的概念并将其封装在一个对象中,这样关注

学习日记之职责链模式和Effective C++

职责链模式(Chain of Responsibility):使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系.将这个对象连成一条链,并沿着该条链传递该请求,直到有一个对象处理它为止. (1),当客户提交一个请求时,请求时沿着链传递直到有一个 ConcreteHandler 对象负责处理它. (2),接收者和发送者都没有对方的明确信息,切链中的对象自己也不知道链的结构.结果是职责链可简化为对象之间的连接,它们仅需保留一个指向其后继者的引用.而不惜保留它所有的候选接收者的引用

学习日记之适配器模式和Effective C++

适配器模式(Adapter):将一个类的接口转换为客户希望的另一个接口.Adapter 模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作. (1),系统的数据和行为都正确,但接口不符时,我们应该考虑适配器模式,目的是使控制范围之外的一个原有对象与某个接口匹配.适配器模式主要应用于希望复用一些现存的类,但是接口又与复用环境要求不一致的情况. (2),使用一个已经存在的类,但如果他的接口,也就是他的方法和你的要求不相同时,经营该考虑适配器模式. (3),两个类所做的事情相同或相似,但是具

工厂方法模式和Effective C++学习日记

简单工厂模式VS工厂方法模式: 简单工厂模式:最大优点在于工厂类中必须包含必要的逻辑判断,根据客户端选择条件动态实例化相关类,对于客户端来说,去除了与具体产品的依赖. 工厂方法模式(Factory Method),定义一个用于创建对象的接口,让子类决定实例化哪一个类.工厂方法模式使一个类的实例化延迟到其子类. 工厂方法模式实现时,客户端需要决定实例化哪一个工厂来实现相应的类,选择判断的问题还是存在的,也就是说,工厂方法模式把简单工厂的内部逻辑判断移动了客户端代码来进行.想要加功能,在简单工厂模式

数据结构学习日记2:实现一个简单的线性表功能(链式存储方式)

数据结构学习日记,此次是用链表来实现一个线性表的功能 // ListTable1.cpp : 定义控制台应用程序的入口点. // #include "stdafx.h" #include<iostream> using namespace std; #define ERROR 0; #define OK 1; typedef int Status; typedef int ElemType; //声明一个节点 typedef struct Node { ElemType d

学习日记之大话设计模式和Effective C++大结局

第一次潜心学习一个月时间,看完了<大话设计模式>和<Effective C++>两本书,两本书的前半部分都比较容易,但是后期的部分,比如:C++的内存,异常和模板的知识就很难理解了.也许和自己很少用异常处理和模板的关系吧.自己坚持了一个月,无论如何,这两本书给我带来了很多新的知识,发现了自己的不足.接下来打算继续看<C++ Templates>这本书,希望能弥补自己在模板编程方便的不足和为以后研究STL和Boost打下坚实的基础.废话少说,言归正传.下面说一下两本书的最

学习日记之享元模式和Effective C++

享元模式(Flyweight):运用共享技术有效地支持大量细粒度的对象. (1),享元模式可以避免大量非常相似的开销.在程序设计中,有时需要生成大量细粒度的类实例来表示数据.如果能发现这些实例除了几个参数外基本上都是相同的,有时就能大幅度地减少需要实例化的类的数量.如果能把这些参数移到类的外面,在方法调用时将他们传递进来,就可以通过共享大幅度减少实例的数目. (2),如果一个应用使用了大量的对象,而这些对象造成很大的存储开销的时候就考虑使用:还有就是对象的大多数状态可以外部状态,如果删除对象的外