内置SmartTemplate和PHP代码方式的模板引擎,也可选择其它模板引擎,扩展方便。
???????更换模板引擎不需要修改代码吗?

解决方案 »

  1.   

    ftp://218.25.10.79/trunk ????username & password ????
      

  2.   

    请注意使用svn客户端checkout或者importwindows下的用户可以使用tortoiseSVN来下载---------------------
    更换模板引擎不需要修改代码吗?
    答案是不需要的,只要你的模板引擎符合开发接口,
    虽然目前还没实现模板引擎的扩展接口,但这很简单,
    STA就是一个扩展了smartTemplate的接口,使用能用在plite上,
    看一下plite/view/STA.php的代码就很清楚了。----------------------------
    ps:很多人不用svn哦,可能cvs大家都知道了。
      

  3.   

    能不能弄个http的下载了,不方便安装svn
      

  4.   

    使用svn是为了方便可以随时更新到最新版本看来用的人不多,还是提供一个http的下载地址吧
    http://stone.lanqiaobiz.com/download/plite.rar
      

  5.   

    测试结果,index.php直接显示:<?php
    //====================================================
    // FileName: config.php
    // Summary: 应用程序默认配置文件
    // Author: ice_berg16(寻梦的稻草人)
    // LastModifed:2006-7-19
    // copyright (c)2006 [email protected]
    //====================================================//默认应用程序各文件夹路径设置
    define("APP_ROOT", dirname(__FILE__));
    define("APP_CTL_PATH", APP_ROOT . "/controller");
    define("APP_MODEL_PATH", APP_ROOT . "/model");
    define("APP_VIEW_PATH", APP_ROOT . "/view");
    define("APP_LAYOUT_PATH", APP_ROOT . "/view/layout");
    define("WEB_ROOT", APP_ROOT . "webroot");//控制器的名称
    define("CTL", "C");
    //动作名称
    define("ACT", "A");//默认控制器
    define("DEFAULT_CTL", "index");
    //默认动作
    define("DEFAULT_ACT", "index");//定义控制器前缀
    define("CTL_PREFIX", "C_");
    //定义model前缀
    define("MODEL_PREFIX", "M_");
    define("TABLE_PREFIX", "");
    //视图文件的后缀
    define("VIEW_EXT", "htm");
    //布局文件的后缀
    define("LAYOUT_EXT", "htm");
    //使用的模板引擎,使用smartTemplate请改成STA
    define("VIEW_ENGINE", "php");
    //模板引擎的所在的目录
    define("ENGINE_PATH", PLITE_VIEW);
    //默认的缓存时间
    define("DEFAULT_CACHE_LIFE_TIME", 30);//DSN设置
    $DSN = array(
    "driver" => "mysql",
    "dbType" => "mysql",
    "host" => "localhost",
    "user" => "root",
    "pwd" => "",
    "database" => "ttt"
    );
    ?>?佄呃偙?瑨汭倠?????????堠呈?ㄠ?匠牴捩?????栢瑴??睷??漮杲启?桸浴???砯瑨汭?瑳楲瑣搮摴??格浴?浸湬?栢瑴??睷??漮杲???桸浴???敨摡??楴汴???迥龔铩???楴汴??洼瑥?瑨灴攭畱癩∽潣瑮湥?祴数?潣瑮湥?琢硥?瑨汭挻慨獲瑥甽晴????洼瑥?慮敭∽敇敮慲潴?挠湯整瑮∽摅瑩汐獵???洼瑥?慮敭∽畁桴牯?潣瑮湥???醽???????洼瑥?慮敭∽敋睹牯獤?潣瑮湥?瀢楬整倬偈?慲敭潷歲倬偈?????猼祴敬?戊摯筹?昉湯?慦業祬?敖摲湡??昉湯?楳敺?瀴???栊笲?戉牯敤?潢瑴浯呼硰猠汯摩????瀉摡楤杮?硰??紊?琮瑩敬??慭杲湩?硰???潣潬?????潦瑮眭楥桧?潢摬?紊?洮獥慳敧?牴捡筥?瀉摡楤杮?浥??潢摲牥猺汯摩ㄠ硰????洉牡楧??硰???慢正牧畯摮????氉湩?敨杩瑨??????敭獳条筥?戉捡杫潲湵????紊?琣慲散??慢正牧畯摮?????紊?爮摥??潣潬?敲??昉湯?敷杩瑨戺汯????猯祴敬??栯慥??戼摯??搼癩挠慬獳∽潮楴散??格???迥龔铩???????猼牴湯?铩?????猯牴湯?胣????灳湡挠慬獳∽敲≤?尺桭層汰瑩履扤摜瑡卡畯捲?桰?猯慰?胣肀胣肀???猼慰?汣獡?爢摥???灳湡?瀯???汣獡?琢瑩敬??馔??臦嶯???瀼挠慬獳∽敭獳条≥?跦鎺?????貮藥?貼??超??乓胣?瀯???汣獡?琢瑩敬?呛???瀯???摩∽牴捡≥??‰?浜摨灜楬整摜屢慤慴潓牵散瀮灨??搠瑡卡畯捲?朾瑥扄??牢?ㄣ?尺桭層汰瑩履湩瑩瀮灨??搠瑡卡畯捲?机瑥湉瑳湡散?戼??′?浜摨灜楬整敜慸灭敬楜摮硥瀮灨ㄨ?爠煥極敲潟据??浜摨灜楬整楜楮?桰?戼??瀯??搯癩??戯摯???瑨汭?
      

  6.   

    写出来的东西执行速度怎么样?有实战记录吗?
    刚出测试版,还没用它开发过,不过速度不会比你正常写程序慢。你直接显示index.php源码的问题我想你应该考虑配置一下你的PHP环境
      

  7.   

    我的php环境有什么问题?我一直在这个环境下开发。而且我这明显不是直接显示源码。因为index.php里只有一行require_once("../init.php");。require明显生效了。请检查你的源文件有没提供错。
      

  8.   

    哦。原来你的文件是utf8的……
      

  9.   

    混乱……我打开了几个文件,有的是utf8,有的是unicode,有的ansi。全改成utf8后貌似好了。
      

  10.   

    不会啊,我都是采用utf8编码的
      

  11.   

    不知道你说unicode和ansi的是哪几个文件?
      

  12.   

    不知道你说unicode和ansi的是哪几个文件?-----------------------------我知道原因了,不是你的问题。因为utraedit修改utf8文件存盘时会存成unicode。用dw改就没事了。M_person.php这个文件则原来就是ansi的。
      

  13.   

    不错,刚开始虽然文档不多,但很容易看懂。文档刚开始太多反而让人产生畏惧心里。最近咱们国内的php高手开发php框架越来越多了,世纪流年的FCS也不错。
      

  14.   

    嗯,这个文件确定是没改过来,
    刚刚又发现model的模板有一个bug,现已修复,同时增加了缓存的示例
    欢迎大家测试!PS:建议大家使用svn checkout,这样更新非常方便。
    不过我还会给大家提供最新版的http下载
    http://stone.lanqiaobiz.com/download/plite.rar
      

  15.   

    的确比较轻量级。大小约为smarty的一半并自带数据类。缓存好不好用还没测试。
      

  16.   

    windows版的php送的bug真是让我头痛。我现在碰上一个变量,无论是用if判断还是打印到屏幕都是空值,但将之写进数据库就有值。痛哭无处,前来发泄。
      

  17.   

    无论是用if判断还是打印到屏幕都是空值----------------------------
    if($a === "")
      

  18.   

    还没有人正式用怎么能提意见哪。我随便提下,好的不提坏的提嘿嘿。1.现在的文档只有基本显示流程的。甚至连个数据类的使用文档都没有?
    2.缓存模式过于简单,建议参考smarty。至少得加个cache_id
    3.总代码虽然较少,但执行速度并没有比smarty快多少。以plite/example为例,实际打开的文件数16个共近50k,这个数值和smarty是比较接近的,也是用框架写程序比较慢的主要原因。
      

  19.   

    原因如下:1.现有的文档里只有数据库连接的例子。数据绑定就直接给了个find就完事了。如果不能给出db类函数的详细说明就应该给出替换db类的接口。2.缓存模式过于简单,一个文档不可能没有一点参数。最少一般都有个翻页,再一级可能还有个商品分类id之流。如果按现在的缓存模式似乎缓存了一个页后不管参数改变,显示的内容都是同一页。3.实际打开的文件数较多这个其实不算问题。只不过号称超轻级的(差不大的smarty却被叫成重量级),就随便提提。
      

  20.   

    不会吧,这个我没注意到。
    我以为不定义model就不会使用数据库了。