FleaPHP 开发指南 - 4. 命名规范和目录结构

最新推荐文章于 2023-09-30 05:40:42 发布
最新推荐文章于 2023-09-30 05:40:42 发布
阅读量333 收藏
点赞数
文章标签： autoload zend 服务器 class action import
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/itkbase/article/details/2272595
版权
 

FleaPHP 的命名规则和目录结构初看上去比较复杂，但习惯以后，你会发现这种命名规则带来许多好处。因此像 Zend Framework 也是采用同样的做法。

当然，FleaPHP 对于应用程序的命名规则和目录结构没有强制性要求。只不过采用一致的命名规则和目录结构，可以方便对应用程序维护。同时 FleaPHP 应用程序开发者之间也可以更容易的进行协作。


全局函数的命名规则

全局函数的命名规则是用“_”分隔全小写的单词。例如 get_cache()、echo_h()。同时，函数的名字采用“动词+宾语”的形式。例如 write（动词）_cache（宾语）。

不过有些全局函数为了和 PHP 中已有的类似函数保持一致，采用了不同的命名方式（顺便抱怨一下，PHP 自身的全局函数命名比较混乱，各种形式的都有）。


类的命名规则

所有 FleaPHP 自带的类，都以 FLEA_ 开头。然后根据用途命名。例如 FLEA_Controller_Action、FLEA_Helper_ImgCode。然后将类名字中的“_”替换为目录分隔符，就是这个类的定义文件所在位置。

举例：

FLEA_Controller_Action 类，保存文件为 FLEA/Controller/Action.php
FLEA_Db_TableDataGateway 类，保存文件为 FLEA/Db/TableDataGateway.php

这种命名规则和目录结构的优缺点如下：

优点：

  • 避免命名冲突
  • 根据类名字就能找到文件存放位置
  • 应用程序中可以使用 FleaPHP 的 import()、load_class() 函数方便的载入类定义文件
  • 如果使用 PHP5，可以很方便的用 __autoload() 来自动载入需要的类定义： 

     
     function __autoload($className) {    load_class($className);}?>

缺点：

  • 类名字较长，不便于输入，例如 FLEA_Com_RBAC_UsersManager
  • 也许和现有习惯不同，需要时间来适应

对于第一个缺点，使用 Zend Development Environment 或者 Eclipse 这样的 IDE 可以缓解。这些 IDE 提供强大的输入自动完成功能，通常输入类名字的开头几个字母，就会显示候选列表让开发者选择。


变量和常量命名

在 FleaPHP 中，变量分为全局变量、临时变量和模版变量三类。

  • 全局变量和常量

    全局变量和常量都使用全大写，以“_”分隔。例如 $GLOBALS['CLASS_PATH'] 和 FLEA_DIR。不过 FleaPHP 中尽量避免了使用全局变量和常量，因此一般来说不会和应用程序产生冲突。

  • 临时变量

    函数、类方法中使用的变量都是临时变量，命名规则是第一个单词小写，后续的单词第一个字母大写。例如 $requestFilters、$dispatcherClass 等。

  • 模版变量

    之所以要把模版变量单独列出来，是因为不同的模版引擎对变量名有不同的规范。从我个人来说，我倾向于模版变量使用全小写单词，并以“_”分隔，例如 $latest_products_list。这样在程序里面一眼就能看出哪些变量是用于模版的。


FleaPHP 的目录结构

一个典型的 FleaPHP 应用程序具有如下的目录结构：

这个应用程序的目录主要分为 WebLibs 和 WebRoot。其中 WebLibs 保存程序的所有代码，而 WebRoot 目录下只保存用户可以访问的部分，例如 index.php 入口文件、图片、CSS 样式表和 JS 脚本。

WebLibs 下又分为 FLEA 和 YORK 两个目录。FLEA 目录保存 FleaPHP 的核心文件，而 YORK 目录保存应用程序的代码。之所以取名 YORK，是因为这个项目的公司名为 YORK。所以开发者在规划目录结构时，可以参照这种方式，为保存应用程序代码的目录取一个容易理解的名字。

WebRoot 是保存用户使用浏览器可以直接访问的内容，因此需要修改服务器或虚拟主机设置，将网站的根目录指向 WebRoot 目录。例如 www.example.com 指向 /example/WebRoot/。

这里介绍的目录结构有如下优点：

优点：

  • 代码文件放置在浏览器访问不到的地方，提高了安全性
  • 程序员和设计人员可以在不同的目录工作，降低了发生冲突的几率
  • 目录结构更清晰，容易理解

而主要的缺点就是需要修改服务器设置，将网站根目录指向 WebRoot 目录。而有些虚拟主机不允许这样做，或者需要联系服务器管理员，比较麻烦。

对于这种目录结构，放置在 WebRoot 中的 index.php 入口文件应该明确调用 import() 将 WebLibs 目录添加到类定义搜索路径中。否则 load_class() 会找不到需要的文件。


     
     require('../WebLibs/FLEA/FLEA.php');import('../WebLibs/YORK/');....run();?>

对于虚拟主机用户，可以将 WebLibs 目录移动到 WebRoot 目录中。形成如下的目录结构：

上图中，所有文件都保存在应用程序的根目录 cdhlss 中，而代码文件保存在 libs 子目录中。其中 libs/APP 保存应用程序的代码。

相应的 index.php 需要修改为：


     
     require('libs/FLEA/FLEA.php');import('libs/APP/');....run();?>

在实际开发中，由于 FleaPHP 并没有强制要求命名规范和目录结构。所以开发者可以继续沿用自己熟悉的方式来开发应用程序。




 

FleaPHP 的命名规则和目录结构初看上去比较复杂，但习惯以后，你会发现这种命名规则带来许多好处。因此像 Zend Framework 也是采用同样的做法。

当然，FleaPHP 对于应用程序的命名规则和目录结构没有强制性要求。只不过采用一致的命名规则和目录结构，可以方便对应用程序维护。同时 FleaPHP 应用程序开发者之间也可以更容易的进行协作。


全局函数的命名规则

全局函数的命名规则是用“_”分隔全小写的单词。例如 get_cache()、echo_h()。同时，函数的名字采用“动词+宾语”的形式。例如 write（动词）_cache（宾语）。

不过有些全局函数为了和 PHP 中已有的类似函数保持一致，采用了不同的命名方式（顺便抱怨一下，PHP 自身的全局函数命名比较混乱，各种形式的都有）。


类的命名规则

所有 FleaPHP 自带的类，都以 FLEA_ 开头。然后根据用途命名。例如 FLEA_Controller_Action、FLEA_Helper_ImgCode。然后将类名字中的“_”替换为目录分隔符，就是这个类的定义文件所在位置。

举例：

FLEA_Controller_Action 类，保存文件为 FLEA/Controller/Action.php
FLEA_Db_TableDataGateway 类，保存文件为 FLEA/Db/TableDataGateway.php

这种命名规则和目录结构的优缺点如下：

优点：

  • 避免命名冲突
  • 根据类名字就能找到文件存放位置
  • 应用程序中可以使用 FleaPHP 的 import()、load_class() 函数方便的载入类定义文件
  • 如果使用 PHP5，可以很方便的用 __autoload() 来自动载入需要的类定义： 

     
     function __autoload($className) {    load_class($className);}?>

缺点：

  • 类名字较长，不便于输入，例如 FLEA_Com_RBAC_UsersManager
  • 也许和现有习惯不同，需要时间来适应

对于第一个缺点，使用 Zend Development Environment 或者 Eclipse 这样的 IDE 可以缓解。这些 IDE 提供强大的输入自动完成功能，通常输入类名字的开头几个字母，就会显示候选列表让开发者选择。


变量和常量命名

在 FleaPHP 中，变量分为全局变量、临时变量和模版变量三类。

  • 全局变量和常量

    全局变量和常量都使用全大写，以“_”分隔。例如 $GLOBALS['CLASS_PATH'] 和 FLEA_DIR。不过 FleaPHP 中尽量避免了使用全局变量和常量，因此一般来说不会和应用程序产生冲突。

  • 临时变量

    函数、类方法中使用的变量都是临时变量，命名规则是第一个单词小写，后续的单词第一个字母大写。例如 $requestFilters、$dispatcherClass 等。

  • 模版变量

    之所以要把模版变量单独列出来，是因为不同的模版引擎对变量名有不同的规范。从我个人来说，我倾向于模版变量使用全小写单词，并以“_”分隔，例如 $latest_products_list。这样在程序里面一眼就能看出哪些变量是用于模版的。


FleaPHP 的目录结构

一个典型的 FleaPHP 应用程序具有如下的目录结构：

这个应用程序的目录主要分为 WebLibs 和 WebRoot。其中 WebLibs 保存程序的所有代码，而 WebRoot 目录下只保存用户可以访问的部分，例如 index.php 入口文件、图片、CSS 样式表和 JS 脚本。

WebLibs 下又分为 FLEA 和 YORK 两个目录。FLEA 目录保存 FleaPHP 的核心文件，而 YORK 目录保存应用程序的代码。之所以取名 YORK，是因为这个项目的公司名为 YORK。所以开发者在规划目录结构时，可以参照这种方式，为保存应用程序代码的目录取一个容易理解的名字。

WebRoot 是保存用户使用浏览器可以直接访问的内容，因此需要修改服务器或虚拟主机设置，将网站的根目录指向 WebRoot 目录。例如 www.example.com 指向 /example/WebRoot/。

这里介绍的目录结构有如下优点：

优点：

  • 代码文件放置在浏览器访问不到的地方，提高了安全性
  • 程序员和设计人员可以在不同的目录工作，降低了发生冲突的几率
  • 目录结构更清晰，容易理解

而主要的缺点就是需要修改服务器设置，将网站根目录指向 WebRoot 目录。而有些虚拟主机不允许这样做，或者需要联系服务器管理员，比较麻烦。

对于这种目录结构，放置在 WebRoot 中的 index.php 入口文件应该明确调用 import() 将 WebLibs 目录添加到类定义搜索路径中。否则 load_class() 会找不到需要的文件。


     
     require('../WebLibs/FLEA/FLEA.php');import('../WebLibs/YORK/');....run();?>

对于虚拟主机用户，可以将 WebLibs 目录移动到 WebRoot 目录中。形成如下的目录结构：

上图中，所有文件都保存在应用程序的根目录 cdhlss 中，而代码文件保存在 libs 子目录中。其中 libs/APP 保存应用程序的代码。

相应的 index.php 需要修改为：


     
     require('libs/FLEA/FLEA.php');import('libs/APP/');....run();?>

在实际开发中，由于 FleaPHP 并没有强制要求命名规范和目录结构。所以开发者可以继续沿用自己熟悉的方式来开发应用程序。




 

FleaPHP 的命名规则和目录结构初看上去比较复杂，但习惯以后，你会发现这种命名规则带来许多好处。因此像 Zend Framework 也是采用同样的做法。

当然，FleaPHP 对于应用程序的命名规则和目录结构没有强制性要求。只不过采用一致的命名规则和目录结构，可以方便对应用程序维护。同时 FleaPHP 应用程序开发者之间也可以更容易的进行协作。


全局函数的命名规则

全局函数的命名规则是用“_”分隔全小写的单词。例如 get_cache()、echo_h()。同时，函数的名字采用“动词+宾语”的形式。例如 write（动词）_cache（宾语）。

不过有些全局函数为了和 PHP 中已有的类似函数保持一致，采用了不同的命名方式（顺便抱怨一下，PHP 自身的全局函数命名比较混乱，各种形式的都有）。


类的命名规则

所有 FleaPHP 自带的类，都以 FLEA_ 开头。然后根据用途命名。例如 FLEA_Controller_Action、FLEA_Helper_ImgCode。然后将类名字中的“_”替换为目录分隔符，就是这个类的定义文件所在位置。

举例：

FLEA_Controller_Action 类，保存文件为 FLEA/Controller/Action.php
FLEA_Db_TableDataGateway 类，保存文件为 FLEA/Db/TableDataGateway.php

这种命名规则和目录结构的优缺点如下：

优点：

  • 避免命名冲突
  • 根据类名字就能找到文件存放位置
  • 应用程序中可以使用 FleaPHP 的 import()、load_class() 函数方便的载入类定义文件
  • 如果使用 PHP5，可以很方便的用 __autoload() 来自动载入需要的类定义： 

     
     function __autoload($className) {    load_class($className);}?>

缺点：

  • 类名字较长，不便于输入，例如 FLEA_Com_RBAC_UsersManager
  • 也许和现有习惯不同，需要时间来适应

对于第一个缺点，使用 Zend Development Environment 或者 Eclipse 这样的 IDE 可以缓解。这些 IDE 提供强大的输入自动完成功能，通常输入类名字的开头几个字母，就会显示候选列表让开发者选择。


变量和常量命名

在 FleaPHP 中，变量分为全局变量、临时变量和模版变量三类。

  • 全局变量和常量

    全局变量和常量都使用全大写，以“_”分隔。例如 $GLOBALS['CLASS_PATH'] 和 FLEA_DIR。不过 FleaPHP 中尽量避免了使用全局变量和常量，因此一般来说不会和应用程序产生冲突。

  • 临时变量

    函数、类方法中使用的变量都是临时变量，命名规则是第一个单词小写，后续的单词第一个字母大写。例如 $requestFilters、$dispatcherClass 等。

  • 模版变量

    之所以要把模版变量单独列出来，是因为不同的模版引擎对变量名有不同的规范。从我个人来说，我倾向于模版变量使用全小写单词，并以“_”分隔，例如 $latest_products_list。这样在程序里面一眼就能看出哪些变量是用于模版的。


FleaPHP 的目录结构

一个典型的 FleaPHP 应用程序具有如下的目录结构：

这个应用程序的目录主要分为 WebLibs 和 WebRoot。其中 WebLibs 保存程序的所有代码，而 WebRoot 目录下只保存用户可以访问的部分，例如 index.php 入口文件、图片、CSS 样式表和 JS 脚本。

WebLibs 下又分为 FLEA 和 YORK 两个目录。FLEA 目录保存 FleaPHP 的核心文件，而 YORK 目录保存应用程序的代码。之所以取名 YORK，是因为这个项目的公司名为 YORK。所以开发者在规划目录结构时，可以参照这种方式，为保存应用程序代码的目录取一个容易理解的名字。

WebRoot 是保存用户使用浏览器可以直接访问的内容，因此需要修改服务器或虚拟主机设置，将网站的根目录指向 WebRoot 目录。例如 www.example.com 指向 /example/WebRoot/。

这里介绍的目录结构有如下优点：

优点：

  • 代码文件放置在浏览器访问不到的地方，提高了安全性
  • 程序员和设计人员可以在不同的目录工作，降低了发生冲突的几率
  • 目录结构更清晰，容易理解

而主要的缺点就是需要修改服务器设置，将网站根目录指向 WebRoot 目录。而有些虚拟主机不允许这样做，或者需要联系服务器管理员，比较麻烦。

对于这种目录结构，放置在 WebRoot 中的 index.php 入口文件应该明确调用 import() 将 WebLibs 目录添加到类定义搜索路径中。否则 load_class() 会找不到需要的文件。


     
     require('../WebLibs/FLEA/FLEA.php');import('../WebLibs/YORK/');....run();?>

对于虚拟主机用户，可以将 WebLibs 目录移动到 WebRoot 目录中。形成如下的目录结构：

上图中，所有文件都保存在应用程序的根目录 cdhlss 中，而代码文件保存在 libs 子目录中。其中 libs/APP 保存应用程序的代码。

相应的 index.php 需要修改为：


     
     require('libs/FLEA/FLEA.php');import('libs/APP/');....run();?>

在实际开发中，由于 FleaPHP 并没有强制要求命名规范和目录结构。所以开发者可以继续沿用自己熟悉的方式来开发应用程序。




 

FleaPHP 的命名规则和目录结构初看上去比较复杂，但习惯以后，你会发现这种命名规则带来许多好处。因此像 Zend Framework 也是采用同样的做法。

当然，FleaPHP 对于应用程序的命名规则和目录结构没有强制性要求。只不过采用一致的命名规则和目录结构，可以方便对应用程序维护。同时 FleaPHP 应用程序开发者之间也可以更容易的进行协作。


全局函数的命名规则

全局函数的命名规则是用“_”分隔全小写的单词。例如 get_cache()、echo_h()。同时，函数的名字采用“动词+宾语”的形式。例如 write（动词）_cache（宾语）。

不过有些全局函数为了和 PHP 中已有的类似函数保持一致，采用了不同的命名方式（顺便抱怨一下，PHP 自身的全局函数命名比较混乱，各种形式的都有）。


类的命名规则

所有 FleaPHP 自带的类，都以 FLEA_ 开头。然后根据用途命名。例如 FLEA_Controller_Action、FLEA_Helper_ImgCode。然后将类名字中的“_”替换为目录分隔符，就是这个类的定义文件所在位置。

举例：

FLEA_Controller_Action 类，保存文件为 FLEA/Controller/Action.php
FLEA_Db_TableDataGateway 类，保存文件为 FLEA/Db/TableDataGateway.php

这种命名规则和目录结构的优缺点如下：

优点：

  • 避免命名冲突
  • 根据类名字就能找到文件存放位置
  • 应用程序中可以使用 FleaPHP 的 import()、load_class() 函数方便的载入类定义文件
  • 如果使用 PHP5，可以很方便的用 __autoload() 来自动载入需要的类定义： 

     
     function __autoload($className) {    load_class($className);}?>

缺点：

  • 类名字较长，不便于输入，例如 FLEA_Com_RBAC_UsersManager
  • 也许和现有习惯不同，需要时间来适应

对于第一个缺点，使用 Zend Development Environment 或者 Eclipse 这样的 IDE 可以缓解。这些 IDE 提供强大的输入自动完成功能，通常输入类名字的开头几个字母，就会显示候选列表让开发者选择。


变量和常量命名

在 FleaPHP 中，变量分为全局变量、临时变量和模版变量三类。

  • 全局变量和常量

    全局变量和常量都使用全大写，以“_”分隔。例如 $GLOBALS['CLASS_PATH'] 和 FLEA_DIR。不过 FleaPHP 中尽量避免了使用全局变量和常量，因此一般来说不会和应用程序产生冲突。

  • 临时变量

    函数、类方法中使用的变量都是临时变量，命名规则是第一个单词小写，后续的单词第一个字母大写。例如 $requestFilters、$dispatcherClass 等。

  • 模版变量

    之所以要把模版变量单独列出来，是因为不同的模版引擎对变量名有不同的规范。从我个人来说，我倾向于模版变量使用全小写单词，并以“_”分隔，例如 $latest_products_list。这样在程序里面一眼就能看出哪些变量是用于模版的。


FleaPHP 的目录结构

一个典型的 FleaPHP 应用程序具有如下的目录结构：

这个应用程序的目录主要分为 WebLibs 和 WebRoot。其中 WebLibs 保存程序的所有代码，而 WebRoot 目录下只保存用户可以访问的部分，例如 index.php 入口文件、图片、CSS 样式表和 JS 脚本。

WebLibs 下又分为 FLEA 和 YORK 两个目录。FLEA 目录保存 FleaPHP 的核心文件，而 YORK 目录保存应用程序的代码。之所以取名 YORK，是因为这个项目的公司名为 YORK。所以开发者在规划目录结构时，可以参照这种方式，为保存应用程序代码的目录取一个容易理解的名字。

WebRoot 是保存用户使用浏览器可以直接访问的内容，因此需要修改服务器或虚拟主机设置，将网站的根目录指向 WebRoot 目录。例如 www.example.com 指向 /example/WebRoot/。

这里介绍的目录结构有如下优点：

优点：

  • 代码文件放置在浏览器访问不到的地方，提高了安全性
  • 程序员和设计人员可以在不同的目录工作，降低了发生冲突的几率
  • 目录结构更清晰，容易理解

而主要的缺点就是需要修改服务器设置，将网站根目录指向 WebRoot 目录。而有些虚拟主机不允许这样做，或者需要联系服务器管理员，比较麻烦。

对于这种目录结构，放置在 WebRoot 中的 index.php 入口文件应该明确调用 import() 将 WebLibs 目录添加到类定义搜索路径中。否则 load_class() 会找不到需要的文件。


     
     require('../WebLibs/FLEA/FLEA.php');import('../WebLibs/YORK/');....run();?>

对于虚拟主机用户，可以将 WebLibs 目录移动到 WebRoot 目录中。形成如下的目录结构：

上图中，所有文件都保存在应用程序的根目录 cdhlss 中，而代码文件保存在 libs 子目录中。其中 libs/APP 保存应用程序的代码。

相应的 index.php 需要修改为：


     
     require('libs/FLEA/FLEA.php');import('libs/APP/');....run();?>

在实际开发中，由于 FleaPHP 并没有强制要求命名规范和目录结构。所以开发者可以继续沿用自己熟悉的方式来开发应用程序。




 

FleaPHP 的命名规则和目录结构初看上去比较复杂，但习惯以后，你会发现这种命名规则带来许多好处。因此像 Zend Framework 也是采用同样的做法。

当然，FleaPHP 对于应用程序的命名规则和目录结构没有强制性要求。只不过采用一致的命名规则和目录结构，可以方便对应用程序维护。同时 FleaPHP 应用程序开发者之间也可以更容易的进行协作。


全局函数的命名规则

全局函数的命名规则是用“_”分隔全小写的单词。例如 get_cache()、echo_h()。同时，函数的名字采用“动词+宾语”的形式。例如 write（动词）_cache（宾语）。

不过有些全局函数为了和 PHP 中已有的类似函数保持一致，采用了不同的命名方式（顺便抱怨一下，PHP 自身的全局函数命名比较混乱，各种形式的都有）。


类的命名规则

所有 FleaPHP 自带的类，都以 FLEA_ 开头。然后根据用途命名。例如 FLEA_Controller_Action、FLEA_Helper_ImgCode。然后将类名字中的“_”替换为目录分隔符，就是这个类的定义文件所在位置。

举例：

FLEA_Controller_Action 类，保存文件为 FLEA/Controller/Action.php
FLEA_Db_TableDataGateway 类，保存文件为 FLEA/Db/TableDataGateway.php

这种命名规则和目录结构的优缺点如下：

优点：

  • 避免命名冲突
  • 根据类名字就能找到文件存放位置
  • 应用程序中可以使用 FleaPHP 的 import()、load_class() 函数方便的载入类定义文件
  • 如果使用 PHP5，可以很方便的用 __autoload() 来自动载入需要的类定义： 

     
     function __autoload($className) {    load_class($className);}?>

缺点：

  • 类名字较长，不便于输入，例如 FLEA_Com_RBAC_UsersManager
  • 也许和现有习惯不同，需要时间来适应

对于第一个缺点，使用 Zend Development Environment 或者 Eclipse 这样的 IDE 可以缓解。这些 IDE 提供强大的输入自动完成功能，通常输入类名字的开头几个字母，就会显示候选列表让开发者选择。


变量和常量命名

在 FleaPHP 中，变量分为全局变量、临时变量和模版变量三类。

  • 全局变量和常量

    全局变量和常量都使用全大写，以“_”分隔。例如 $GLOBALS['CLASS_PATH'] 和 FLEA_DIR。不过 FleaPHP 中尽量避免了使用全局变量和常量，因此一般来说不会和应用程序产生冲突。

  • 临时变量

    函数、类方法中使用的变量都是临时变量，命名规则是第一个单词小写，后续的单词第一个字母大写。例如 $requestFilters、$dispatcherClass 等。

  • 模版变量

    之所以要把模版变量单独列出来，是因为不同的模版引擎对变量名有不同的规范。从我个人来说，我倾向于模版变量使用全小写单词，并以“_”分隔，例如 $latest_products_list。这样在程序里面一眼就能看出哪些变量是用于模版的。


FleaPHP 的目录结构

一个典型的 FleaPHP 应用程序具有如下的目录结构：

这个应用程序的目录主要分为 WebLibs 和 WebRoot。其中 WebLibs 保存程序的所有代码，而 WebRoot 目录下只保存用户可以访问的部分，例如 index.php 入口文件、图片、CSS 样式表和 JS 脚本。

WebLibs 下又分为 FLEA 和 YORK 两个目录。FLEA 目录保存 FleaPHP 的核心文件，而 YORK 目录保存应用程序的代码。之所以取名 YORK，是因为这个项目的公司名为 YORK。所以开发者在规划目录结构时，可以参照这种方式，为保存应用程序代码的目录取一个容易理解的名字。

WebRoot 是保存用户使用浏览器可以直接访问的内容，因此需要修改服务器或虚拟主机设置，将网站的根目录指向 WebRoot 目录。例如 www.example.com 指向 /example/WebRoot/。

这里介绍的目录结构有如下优点：

优点：

  • 代码文件放置在浏览器访问不到的地方，提高了安全性
  • 程序员和设计人员可以在不同的目录工作，降低了发生冲突的几率
  • 目录结构更清晰，容易理解

而主要的缺点就是需要修改服务器设置，将网站根目录指向 WebRoot 目录。而有些虚拟主机不允许这样做，或者需要联系服务器管理员，比较麻烦。

对于这种目录结构，放置在 WebRoot 中的 index.php 入口文件应该明确调用 import() 将 WebLibs 目录添加到类定义搜索路径中。否则 load_class() 会找不到需要的文件。


     
     require('../WebLibs/FLEA/FLEA.php');import('../WebLibs/YORK/');....run();?>

对于虚拟主机用户，可以将 WebLibs 目录移动到 WebRoot 目录中。形成如下的目录结构：

上图中，所有文件都保存在应用程序的根目录 cdhlss 中，而代码文件保存在 libs 子目录中。其中 libs/APP 保存应用程序的代码。

相应的 index.php 需要修改为：


     
     require('libs/FLEA/FLEA.php');import('libs/APP/');....run();?>

在实际开发中，由于 FleaPHP 并没有强制要求命名规范和目录结构。所以开发者可以继续沿用自己熟悉的方式来开发应用程序。




 

FleaPHP 的命名规则和目录结构初看上去比较复杂，但习惯以后，你会发现这种命名规则带来许多好处。因此像 Zend Framework 也是采用同样的做法。

当然，FleaPHP 对于应用程序的命名规则和目录结构没有强制性要求。只不过采用一致的命名规则和目录结构，可以方便对应用程序维护。同时 FleaPHP 应用程序开发者之间也可以更容易的进行协作。


全局函数的命名规则

全局函数的命名规则是用“_”分隔全小写的单词。例如 get_cache()、echo_h()。同时，函数的名字采用“动词+宾语”的形式。例如 write（动词）_cache（宾语）。

不过有些全局函数为了和 PHP 中已有的类似函数保持一致，采用了不同的命名方式（顺便抱怨一下，PHP 自身的全局函数命名比较混乱，各种形式的都有）。


类的命名规则

所有 FleaPHP 自带的类，都以 FLEA_ 开头。然后根据用途命名。例如 FLEA_Controller_Action、FLEA_Helper_ImgCode。然后将类名字中的“_”替换为目录分隔符，就是这个类的定义文件所在位置。

举例：

FLEA_Controller_Action 类，保存文件为 FLEA/Controller/Action.php
FLEA_Db_TableDataGateway 类，保存文件为 FLEA/Db/TableDataGateway.php

这种命名规则和目录结构的优缺点如下：

优点：

  • 避免命名冲突
  • 根据类名字就能找到文件存放位置
  • 应用程序中可以使用 FleaPHP 的 import()、load_class() 函数方便的载入类定义文件
  • 如果使用 PHP5，可以很方便的用 __autoload() 来自动载入需要的类定义： 

     
     function __autoload($className) {    load_class($className);}?>

缺点：

  • 类名字较长，不便于输入，例如 FLEA_Com_RBAC_UsersManager
  • 也许和现有习惯不同，需要时间来适应

对于第一个缺点，使用 Zend Development Environment 或者 Eclipse 这样的 IDE 可以缓解。这些 IDE 提供强大的输入自动完成功能，通常输入类名字的开头几个字母，就会显示候选列表让开发者选择。


变量和常量命名

在 FleaPHP 中，变量分为全局变量、临时变量和模版变量三类。

  • 全局变量和常量

    全局变量和常量都使用全大写，以“_”分隔。例如 $GLOBALS['CLASS_PATH'] 和 FLEA_DIR。不过 FleaPHP 中尽量避免了使用全局变量和常量，因此一般来说不会和应用程序产生冲突。

  • 临时变量

    函数、类方法中使用的变量都是临时变量，命名规则是第一个单词小写，后续的单词第一个字母大写。例如 $requestFilters、$dispatcherClass 等。

  • 模版变量

    之所以要把模版变量单独列出来，是因为不同的模版引擎对变量名有不同的规范。从我个人来说，我倾向于模版变量使用全小写单词，并以“_”分隔，例如 $latest_products_list。这样在程序里面一眼就能看出哪些变量是用于模版的。


FleaPHP 的目录结构

一个典型的 FleaPHP 应用程序具有如下的目录结构：

这个应用程序的目录主要分为 WebLibs 和 WebRoot。其中 WebLibs 保存程序的所有代码，而 WebRoot 目录下只保存用户可以访问的部分，例如 index.php 入口文件、图片、CSS 样式表和 JS 脚本。

WebLibs 下又分为 FLEA 和 YORK 两个目录。FLEA 目录保存 FleaPHP 的核心文件，而 YORK 目录保存应用程序的代码。之所以取名 YORK，是因为这个项目的公司名为 YORK。所以开发者在规划目录结构时，可以参照这种方式，为保存应用程序代码的目录取一个容易理解的名字。

WebRoot 是保存用户使用浏览器可以直接访问的内容，因此需要修改服务器或虚拟主机设置，将网站的根目录指向 WebRoot 目录。例如 www.example.com 指向 /example/WebRoot/。

这里介绍的目录结构有如下优点：

优点：

  • 代码文件放置在浏览器访问不到的地方，提高了安全性
  • 程序员和设计人员可以在不同的目录工作，降低了发生冲突的几率
  • 目录结构更清晰，容易理解

而主要的缺点就是需要修改服务器设置，将网站根目录指向 WebRoot 目录。而有些虚拟主机不允许这样做，或者需要联系服务器管理员，比较麻烦。

对于这种目录结构，放置在 WebRoot 中的 index.php 入口文件应该明确调用 import() 将 WebLibs 目录添加到类定义搜索路径中。否则 load_class() 会找不到需要的文件。


     
     require('../WebLibs/FLEA/FLEA.php');import('../WebLibs/YORK/');....run();?>

对于虚拟主机用户，可以将 WebLibs 目录移动到 WebRoot 目录中。形成如下的目录结构：

上图中，所有文件都保存在应用程序的根目录 cdhlss 中，而代码文件保存在 libs 子目录中。其中 libs/APP 保存应用程序的代码。

相应的 index.php 需要修改为：


     
     require('libs/FLEA/FLEA.php');import('libs/APP/');....run();?>

在实际开发中，由于 FleaPHP 并没有强制要求命名规范和目录结构。所以开发者可以继续沿用自己熟悉的方式来开发应用程序。




 

FleaPHP 的命名规则和目录结构初看上去比较复杂，但习惯以后，你会发现这种命名规则带来许多好处。因此像 Zend Framework 也是采用同样的做法。

当然，FleaPHP 对于应用程序的命名规则和目录结构没有强制性要求。只不过采用一致的命名规则和目录结构，可以方便对应用程序维护。同时 FleaPHP 应用程序开发者之间也可以更容易的进行协作。


全局函数的命名规则

全局函数的命名规则是用“_”分隔全小写的单词。例如 get_cache()、echo_h()。同时，函数的名字采用“动词+宾语”的形式。例如 write（动词）_cache（宾语）。

不过有些全局函数为了和 PHP 中已有的类似函数保持一致，采用了不同的命名方式（顺便抱怨一下，PHP 自身的全局函数命名比较混乱，各种形式的都有）。


类的命名规则

所有 FleaPHP 自带的类，都以 FLEA_ 开头。然后根据用途命名。例如 FLEA_Controller_Action、FLEA_Helper_ImgCode。然后将类名字中的“_”替换为目录分隔符，就是这个类的定义文件所在位置。

举例：

FLEA_Controller_Action 类，保存文件为 FLEA/Controller/Action.php
FLEA_Db_TableDataGateway 类，保存文件为 FLEA/Db/TableDataGateway.php

这种命名规则和目录结构的优缺点如下：

优点：

  • 避免命名冲突
  • 根据类名字就能找到文件存放位置
  • 应用程序中可以使用 FleaPHP 的 import()、load_class() 函数方便的载入类定义文件
  • 如果使用 PHP5，可以很方便的用 __autoload() 来自动载入需要的类定义： 

     
     function __autoload($className) {    load_class($className);}?>

缺点：

  • 类名字较长，不便于输入，例如 FLEA_Com_RBAC_UsersManager
  • 也许和现有习惯不同，需要时间来适应

对于第一个缺点，使用 Zend Development Environment 或者 Eclipse 这样的 IDE 可以缓解。这些 IDE 提供强大的输入自动完成功能，通常输入类名字的开头几个字母，就会显示候选列表让开发者选择。


变量和常量命名

在 FleaPHP 中，变量分为全局变量、临时变量和模版变量三类。

  • 全局变量和常量

    全局变量和常量都使用全大写，以“_”分隔。例如 $GLOBALS['CLASS_PATH'] 和 FLEA_DIR。不过 FleaPHP 中尽量避免了使用全局变量和常量，因此一般来说不会和应用程序产生冲突。

  • 临时变量

    函数、类方法中使用的变量都是临时变量，命名规则是第一个单词小写，后续的单词第一个字母大写。例如 $requestFilters、$dispatcherClass 等。

  • 模版变量

    之所以要把模版变量单独列出来，是因为不同的模版引擎对变量名有不同的规范。从我个人来说，我倾向于模版变量使用全小写单词，并以“_”分隔，例如 $latest_products_list。这样在程序里面一眼就能看出哪些变量是用于模版的。


FleaPHP 的目录结构

一个典型的 FleaPHP 应用程序具有如下的目录结构：

这个应用程序的目录主要分为 WebLibs 和 WebRoot。其中 WebLibs 保存程序的所有代码，而 WebRoot 目录下只保存用户可以访问的部分，例如 index.php 入口文件、图片、CSS 样式表和 JS 脚本。

WebLibs 下又分为 FLEA 和 YORK 两个目录。FLEA 目录保存 FleaPHP 的核心文件，而 YORK 目录保存应用程序的代码。之所以取名 YORK，是因为这个项目的公司名为 YORK。所以开发者在规划目录结构时，可以参照这种方式，为保存应用程序代码的目录取一个容易理解的名字。

WebRoot 是保存用户使用浏览器可以直接访问的内容，因此需要修改服务器或虚拟主机设置，将网站的根目录指向 WebRoot 目录。例如 www.example.com 指向 /example/WebRoot/。

这里介绍的目录结构有如下优点：

优点：

  • 代码文件放置在浏览器访问不到的地方，提高了安全性
  • 程序员和设计人员可以在不同的目录工作，降低了发生冲突的几率
  • 目录结构更清晰，容易理解

而主要的缺点就是需要修改服务器设置，将网站根目录指向 WebRoot 目录。而有些虚拟主机不允许这样做，或者需要联系服务器管理员，比较麻烦。

对于这种目录结构，放置在 WebRoot 中的 index.php 入口文件应该明确调用 import() 将 WebLibs 目录添加到类定义搜索路径中。否则 load_class() 会找不到需要的文件。


     
     require('../WebLibs/FLEA/FLEA.php');import('../WebLibs/YORK/');....run();?>

对于虚拟主机用户，可以将 WebLibs 目录移动到 WebRoot 目录中。形成如下的目录结构：

上图中，所有文件都保存在应用程序的根目录 cdhlss 中，而代码文件保存在 libs 子目录中。其中 libs/APP 保存应用程序的代码。

相应的 index.php 需要修改为：


     
     require('libs/FLEA/FLEA.php');import('libs/APP/');....run();?>

在实际开发中，由于 FleaPHP 并没有强制要求命名规范和目录结构。所以开发者可以继续沿用自己熟悉的方式来开发应用程序。




 

FleaPHP 的命名规则和目录结构初看上去比较复杂，但习惯以后，你会发现这种命名规则带来许多好处。因此像 Zend Framework 也是采用同样的做法。

当然，FleaPHP 对于应用程序的命名规则和目录结构没有强制性要求。只不过采用一致的命名规则和目录结构，可以方便对应用程序维护。同时 FleaPHP 应用程序开发者之间也可以更容易的进行协作。


全局函数的命名规则

全局函数的命名规则是用“_”分隔全小写的单词。例如 get_cache()、echo_h()。同时，函数的名字采用“动词+宾语”的形式。例如 write（动词）_cache（宾语）。

不过有些全局函数为了和 PHP 中已有的类似函数保持一致，采用了不同的命名方式（顺便抱怨一下，PHP 自身的全局函数命名比较混乱，各种形式的都有）。


类的命名规则

所有 FleaPHP 自带的类，都以 FLEA_ 开头。然后根据用途命名。例如 FLEA_Controller_Action、FLEA_Helper_ImgCode。然后将类名字中的“_”替换为目录分隔符，就是这个类的定义文件所在位置。

举例：

FLEA_Controller_Action 类，保存文件为 FLEA/Controller/Action.php
FLEA_Db_TableDataGateway 类，保存文件为 FLEA/Db/TableDataGateway.php

这种命名规则和目录结构的优缺点如下：

优点：

  • 避免命名冲突
  • 根据类名字就能找到文件存放位置
  • 应用程序中可以使用 FleaPHP 的 import()、load_class() 函数方便的载入类定义文件
  • 如果使用 PHP5，可以很方便的用 __autoload() 来自动载入需要的类定义： 

     
     function __autoload($className) {    load_class($className);}?>

缺点：

  • 类名字较长，不便于输入，例如 FLEA_Com_RBAC_UsersManager
  • 也许和现有习惯不同，需要时间来适应

对于第一个缺点，使用 Zend Development Environment 或者 Eclipse 这样的 IDE 可以缓解。这些 IDE 提供强大的输入自动完成功能，通常输入类名字的开头几个字母，就会显示候选列表让开发者选择。


变量和常量命名

在 FleaPHP 中，变量分为全局变量、临时变量和模版变量三类。

  • 全局变量和常量

    全局变量和常量都使用全大写，以“_”分隔。例如 $GLOBALS['CLASS_PATH'] 和 FLEA_DIR。不过 FleaPHP 中尽量避免了使用全局变量和常量，因此一般来说不会和应用程序产生冲突。

  • 临时变量

    函数、类方法中使用的变量都是临时变量，命名规则是第一个单词小写，后续的单词第一个字母大写。例如 $requestFilters、$dispatcherClass 等。

  • 模版变量

    之所以要把模版变量单独列出来，是因为不同的模版引擎对变量名有不同的规范。从我个人来说，我倾向于模版变量使用全小写单词，并以“_”分隔，例如 $latest_products_list。这样在程序里面一眼就能看出哪些变量是用于模版的。


FleaPHP 的目录结构

一个典型的 FleaPHP 应用程序具有如下的目录结构：

这个应用程序的目录主要分为 WebLibs 和 WebRoot。其中 WebLibs 保存程序的所有代码，而 WebRoot 目录下只保存用户可以访问的部分，例如 index.php 入口文件、图片、CSS 样式表和 JS 脚本。

WebLibs 下又分为 FLEA 和 YORK 两个目录。FLEA 目录保存 FleaPHP 的核心文件，而 YORK 目录保存应用程序的代码。之所以取名 YORK，是因为这个项目的公司名为 YORK。所以开发者在规划目录结构时，可以参照这种方式，为保存应用程序代码的目录取一个容易理解的名字。

WebRoot 是保存用户使用浏览器可以直接访问的内容，因此需要修改服务器或虚拟主机设置，将网站的根目录指向 WebRoot 目录。例如 www.example.com 指向 /example/WebRoot/。

这里介绍的目录结构有如下优点：

优点：

  • 代码文件放置在浏览器访问不到的地方，提高了安全性
  • 程序员和设计人员可以在不同的目录工作，降低了发生冲突的几率
  • 目录结构更清晰，容易理解

而主要的缺点就是需要修改服务器设置，将网站根目录指向 WebRoot 目录。而有些虚拟主机不允许这样做，或者需要联系服务器管理员，比较麻烦。

对于这种目录结构，放置在 WebRoot 中的 index.php 入口文件应该明确调用 import() 将 WebLibs 目录添加到类定义搜索路径中。否则 load_class() 会找不到需要的文件。


     
     require('../WebLibs/FLEA/FLEA.php');import('../WebLibs/YORK/');....run();?>

对于虚拟主机用户，可以将 WebLibs 目录移动到 WebRoot 目录中。形成如下的目录结构：

上图中，所有文件都保存在应用程序的根目录 cdhlss 中，而代码文件保存在 libs 子目录中。其中 libs/APP 保存应用程序的代码。

相应的 index.php 需要修改为：


     
     require('libs/FLEA/FLEA.php');import('libs/APP/');....run();?>

在实际开发中，由于 FleaPHP 并没有强制要求命名规范和目录结构。所以开发者可以继续沿用自己熟悉的方式来开发应用程序。




 

FleaPHP 的命名规则和目录结构初看上去比较复杂，但习惯以后，你会发现这种命名规则带来许多好处。因此像 Zend Framework 也是采用同样的做法。

当然，FleaPHP 对于应用程序的命名规则和目录结构没有强制性要求。只不过采用一致的命名规则和目录结构，可以方便对应用程序维护。同时 FleaPHP 应用程序开发者之间也可以更容易的进行协作。


全局函数的命名规则

全局函数的命名规则是用“_”分隔全小写的单词。例如 get_cache()、echo_h()。同时，函数的名字采用“动词+宾语”的形式。例如 write（动词）_cache（宾语）。

不过有些全局函数为了和 PHP 中已有的类似函数保持一致，采用了不同的命名方式（顺便抱怨一下，PHP 自身的全局函数命名比较混乱，各种形式的都有）。


类的命名规则

所有 FleaPHP 自带的类，都以 FLEA_ 开头。然后根据用途命名。例如 FLEA_Controller_Action、FLEA_Helper_ImgCode。然后将类名字中的“_”替换为目录分隔符，就是这个类的定义文件所在位置。

举例：

FLEA_Controller_Action 类，保存文件为 FLEA/Controller/Action.php
FLEA_Db_TableDataGateway 类，保存文件为 FLEA/Db/TableDataGateway.php

这种命名规则和目录结构的优缺点如下：

优点：

  • 避免命名冲突
  • 根据类名字就能找到文件存放位置
  • 应用程序中可以使用 FleaPHP 的 import()、load_class() 函数方便的载入类定义文件
  • 如果使用 PHP5，可以很方便的用 __autoload() 来自动载入需要的类定义： 

     
     function __autoload($className) {    load_class($className);}?>

缺点：

  • 类名字较长，不便于输入，例如 FLEA_Com_RBAC_UsersManager
  • 也许和现有习惯不同，需要时间来适应

对于第一个缺点，使用 Zend Development Environment 或者 Eclipse 这样的 IDE 可以缓解。这些 IDE 提供强大的输入自动完成功能，通常输入类名字的开头几个字母，就会显示候选列表让开发者选择。


变量和常量命名

在 FleaPHP 中，变量分为全局变量、临时变量和模版变量三类。

  • 全局变量和常量

    全局变量和常量都使用全大写，以“_”分隔。例如 $GLOBALS['CLASS_PATH'] 和 FLEA_DIR。不过 FleaPHP 中尽量避免了使用全局变量和常量，因此一般来说不会和应用程序产生冲突。

  • 临时变量

    函数、类方法中使用的变量都是临时变量，命名规则是第一个单词小写，后续的单词第一个字母大写。例如 $requestFilters、$dispatcherClass 等。

  • 模版变量

    之所以要把模版变量单独列出来，是因为不同的模版引擎对变量名有不同的规范。从我个人来说，我倾向于模版变量使用全小写单词，并以“_”分隔，例如 $latest_products_list。这样在程序里面一眼就能看出哪些变量是用于模版的。


FleaPHP 的目录结构

一个典型的 FleaPHP 应用程序具有如下的目录结构：

这个应用程序的目录主要分为 WebLibs 和 WebRoot。其中 WebLibs 保存程序的所有代码，而 WebRoot 目录下只保存用户可以访问的部分，例如 index.php 入口文件、图片、CSS 样式表和 JS 脚本。

WebLibs 下又分为 FLEA 和 YORK 两个目录。FLEA 目录保存 FleaPHP 的核心文件，而 YORK 目录保存应用程序的代码。之所以取名 YORK，是因为这个项目的公司名为 YORK。所以开发者在规划目录结构时，可以参照这种方式，为保存应用程序代码的目录取一个容易理解的名字。

WebRoot 是保存用户使用浏览器可以直接访问的内容，因此需要修改服务器或虚拟主机设置，将网站的根目录指向 WebRoot 目录。例如 www.example.com 指向 /example/WebRoot/。

这里介绍的目录结构有如下优点：

优点：

  • 代码文件放置在浏览器访问不到的地方，提高了安全性
  • 程序员和设计人员可以在不同的目录工作，降低了发生冲突的几率
  • 目录结构更清晰，容易理解

而主要的缺点就是需要修改服务器设置，将网站根目录指向 WebRoot 目录。而有些虚拟主机不允许这样做，或者需要联系服务器管理员，比较麻烦。

对于这种目录结构，放置在 WebRoot 中的 index.php 入口文件应该明确调用 import() 将 WebLibs 目录添加到类定义搜索路径中。否则 load_class() 会找不到需要的文件。


     
     require('../WebLibs/FLEA/FLEA.php');import('../WebLibs/YORK/');....run();?>

对于虚拟主机用户，可以将 WebLibs 目录移动到 WebRoot 目录中。形成如下的目录结构：

上图中，所有文件都保存在应用程序的根目录 cdhlss 中，而代码文件保存在 libs 子目录中。其中 libs/APP 保存应用程序的代码。

相应的 index.php 需要修改为：


     
     require('libs/FLEA/FLEA.php');import('libs/APP/');....run();?>

在实际开发中，由于 FleaPHP 并没有强制要求命名规范和目录结构。所以开发者可以继续沿用自己熟悉的方式来开发应用程序。




 

FleaPHP 的命名规则和目录结构初看上去比较复杂，但习惯以后，你会发现这种命名规则带来许多好处。因此像 Zend Framework 也是采用同样的做法。

当然，FleaPHP 对于应用程序的命名规则和目录结构没有强制性要求。只不过采用一致的命名规则和目录结构，可以方便对应用程序维护。同时 FleaPHP 应用程序开发者之间也可以更容易的进行协作。


全局函数的命名规则

全局函数的命名规则是用“_”分隔全小写的单词。例如 get_cache()、echo_h()。同时，函数的名字采用“动词+宾语”的形式。例如 write（动词）_cache（宾语）。

不过有些全局函数为了和 PHP 中已有的类似函数保持一致，采用了不同的命名方式（顺便抱怨一下，PHP 自身的全局函数命名比较混乱，各种形式的都有）。


类的命名规则

所有 FleaPHP 自带的类，都以 FLEA_ 开头。然后根据用途命名。例如 FLEA_Controller_Action、FLEA_Helper_ImgCode。然后将类名字中的“_”替换为目录分隔符，就是这个类的定义文件所在位置。

举例：

FLEA_Controller_Action 类，保存文件为 FLEA/Controller/Action.php
FLEA_Db_TableDataGateway 类，保存文件为 FLEA/Db/TableDataGateway.php

这种命名规则和目录结构的优缺点如下：

优点：

  • 避免命名冲突
  • 根据类名字就能找到文件存放位置
  • 应用程序中可以使用 FleaPHP 的 import()、load_class() 函数方便的载入类定义文件
  • 如果使用 PHP5，可以很方便的用 __autoload() 来自动载入需要的类定义： 

     
     function __autoload($className) {    load_class($className);}?>

缺点：

  • 类名字较长，不便于输入，例如 FLEA_Com_RBAC_UsersManager
  • 也许和现有习惯不同，需要时间来适应

对于第一个缺点，使用 Zend Development Environment 或者 Eclipse 这样的 IDE 可以缓解。这些 IDE 提供强大的输入自动完成功能，通常输入类名字的开头几个字母，就会显示候选列表让开发者选择。


变量和常量命名

在 FleaPHP 中，变量分为全局变量、临时变量和模版变量三类。

  • 全局变量和常量

    全局变量和常量都使用全大写，以“_”分隔。例如 $GLOBALS['CLASS_PATH'] 和 FLEA_DIR。不过 FleaPHP 中尽量避免了使用全局变量和常量，因此一般来说不会和应用程序产生冲突。

  • 临时变量

    函数、类方法中使用的变量都是临时变量，命名规则是第一个单词小写，后续的单词第一个字母大写。例如 $requestFilters、$dispatcherClass 等。

  • 模版变量

    之所以要把模版变量单独列出来，是因为不同的模版引擎对变量名有不同的规范。从我个人来说，我倾向于模版变量使用全小写单词，并以“_”分隔，例如 $latest_products_list。这样在程序里面一眼就能看出哪些变量是用于模版的。


FleaPHP 的目录结构

一个典型的 FleaPHP 应用程序具有如下的目录结构：

这个应用程序的目录主要分为 WebLibs 和 WebRoot。其中 WebLibs 保存程序的所有代码，而 WebRoot 目录下只保存用户可以访问的部分，例如 index.php 入口文件、图片、CSS 样式表和 JS 脚本。

WebLibs 下又分为 FLEA 和 YORK 两个目录。FLEA 目录保存 FleaPHP 的核心文件，而 YORK 目录保存应用程序的代码。之所以取名 YORK，是因为这个项目的公司名为 YORK。所以开发者在规划目录结构时，可以参照这种方式，为保存应用程序代码的目录取一个容易理解的名字。

WebRoot 是保存用户使用浏览器可以直接访问的内容，因此需要修改服务器或虚拟主机设置，将网站的根目录指向 WebRoot 目录。例如 www.example.com 指向 /example/WebRoot/。

这里介绍的目录结构有如下优点：

优点：

  • 代码文件放置在浏览器访问不到的地方，提高了安全性
  • 程序员和设计人员可以在不同的目录工作，降低了发生冲突的几率
  • 目录结构更清晰，容易理解

而主要的缺点就是需要修改服务器设置，将网站根目录指向 WebRoot 目录。而有些虚拟主机不允许这样做，或者需要联系服务器管理员，比较麻烦。

对于这种目录结构，放置在 WebRoot 中的 index.php 入口文件应该明确调用 import() 将 WebLibs 目录添加到类定义搜索路径中。否则 load_class() 会找不到需要的文件。


     
     require('../WebLibs/FLEA/FLEA.php');import('../WebLibs/YORK/');....run();?>

对于虚拟主机用户，可以将 WebLibs 目录移动到 WebRoot 目录中。形成如下的目录结构：

上图中，所有文件都保存在应用程序的根目录 cdhlss 中，而代码文件保存在 libs 子目录中。其中 libs/APP 保存应用程序的代码。

相应的 index.php 需要修改为：


     
     require('libs/FLEA/FLEA.php');import('libs/APP/');....run();?>

在实际开发中，由于 FleaPHP 并没有强制要求命名规范和目录结构。所以开发者可以继续沿用自己熟悉的方式来开发应用程序。




 

FleaPHP 的命名规则和目录结构初看上去比较复杂，但习惯以后，你会发现这种命名规则带来许多好处。因此像 Zend Framework 也是采用同样的做法。

当然，FleaPHP 对于应用程序的命名规则和目录结构没有强制性要求。只不过采用一致的命名规则和目录结构，可以方便对应用程序维护。同时 FleaPHP 应用程序开发者之间也可以更容易的进行协作。


全局函数的命名规则

全局函数的命名规则是用“_”分隔全小写的单词。例如 get_cache()、echo_h()。同时，函数的名字采用“动词+宾语”的形式。例如 write（动词）_cache（宾语）。

不过有些全局函数为了和 PHP 中已有的类似函数保持一致，采用了不同的命名方式（顺便抱怨一下，PHP 自身的全局函数命名比较混乱，各种形式的都有）。


类的命名规则

所有 FleaPHP 自带的类，都以 FLEA_ 开头。然后根据用途命名。例如 FLEA_Controller_Action、FLEA_Helper_ImgCode。然后将类名字中的“_”替换为目录分隔符，就是这个类的定义文件所在位置。

举例：

FLEA_Controller_Action 类，保存文件为 FLEA/Controller/Action.php
FLEA_Db_TableDataGateway 类，保存文件为 FLEA/Db/TableDataGateway.php

这种命名规则和目录结构的优缺点如下：

优点：

  • 避免命名冲突
  • 根据类名字就能找到文件存放位置
  • 应用程序中可以使用 FleaPHP 的 import()、load_class() 函数方便的载入类定义文件
  • 如果使用 PHP5，可以很方便的用 __autoload() 来自动载入需要的类定义： 

     
     function __autoload($className) {    load_class($className);}?>

缺点：

  • 类名字较长，不便于输入，例如 FLEA_Com_RBAC_UsersManager
  • 也许和现有习惯不同，需要时间来适应

对于第一个缺点，使用 Zend Development Environment 或者 Eclipse 这样的 IDE 可以缓解。这些 IDE 提供强大的输入自动完成功能，通常输入类名字的开头几个字母，就会显示候选列表让开发者选择。


变量和常量命名

在 FleaPHP 中，变量分为全局变量、临时变量和模版变量三类。

  • 全局变量和常量

    全局变量和常量都使用全大写，以“_”分隔。例如 $GLOBALS['CLASS_PATH'] 和 FLEA_DIR。不过 FleaPHP 中尽量避免了使用全局变量和常量，因此一般来说不会和应用程序产生冲突。

  • 临时变量

    函数、类方法中使用的变量都是临时变量，命名规则是第一个单词小写，后续的单词第一个字母大写。例如 $requestFilters、$dispatcherClass 等。

  • 模版变量

    之所以要把模版变量单独列出来，是因为不同的模版引擎对变量名有不同的规范。从我个人来说，我倾向于模版变量使用全小写单词，并以“_”分隔，例如 $latest_products_list。这样在程序里面一眼就能看出哪些变量是用于模版的。


FleaPHP 的目录结构

一个典型的 FleaPHP 应用程序具有如下的目录结构：

这个应用程序的目录主要分为 WebLibs 和 WebRoot。其中 WebLibs 保存程序的所有代码，而 WebRoot 目录下只保存用户可以访问的部分，例如 index.php 入口文件、图片、CSS 样式表和 JS 脚本。

WebLibs 下又分为 FLEA 和 YORK 两个目录。FLEA 目录保存 FleaPHP 的核心文件，而 YORK 目录保存应用程序的代码。之所以取名 YORK，是因为这个项目的公司名为 YORK。所以开发者在规划目录结构时，可以参照这种方式，为保存应用程序代码的目录取一个容易理解的名字。

WebRoot 是保存用户使用浏览器可以直接访问的内容，因此需要修改服务器或虚拟主机设置，将网站的根目录指向 WebRoot 目录。例如 www.example.com 指向 /example/WebRoot/。

这里介绍的目录结构有如下优点：

优点：

  • 代码文件放置在浏览器访问不到的地方，提高了安全性
  • 程序员和设计人员可以在不同的目录工作，降低了发生冲突的几率
  • 目录结构更清晰，容易理解

而主要的缺点就是需要修改服务器设置，将网站根目录指向 WebRoot 目录。而有些虚拟主机不允许这样做，或者需要联系服务器管理员，比较麻烦。

对于这种目录结构，放置在 WebRoot 中的 index.php 入口文件应该明确调用 import() 将 WebLibs 目录添加到类定义搜索路径中。否则 load_class() 会找不到需要的文件。


     
     require('../WebLibs/FLEA/FLEA.php');import('../WebLibs/YORK/');....run();?>

对于虚拟主机用户，可以将 WebLibs 目录移动到 WebRoot 目录中。形成如下的目录结构：

上图中，所有文件都保存在应用程序的根目录 cdhlss 中，而代码文件保存在 libs 子目录中。其中 libs/APP 保存应用程序的代码。

相应的 index.php 需要修改为：


     
     require('libs/FLEA/FLEA.php');import('libs/APP/');....run();?>

在实际开发中，由于 FleaPHP 并没有强制要求命名规范和目录结构。所以开发者可以继续沿用自己熟悉的方式来开发应用程序。




 

FleaPHP 的命名规则和目录结构初看上去比较复杂，但习惯以后，你会发现这种命名规则带来许多好处。因此像 Zend Framework 也是采用同样的做法。

当然，FleaPHP 对于应用程序的命名规则和目录结构没有强制性要求。只不过采用一致的命名规则和目录结构，可以方便对应用程序维护。同时 FleaPHP 应用程序开发者之间也可以更容易的进行协作。


全局函数的命名规则

全局函数的命名规则是用“_”分隔全小写的单词。例如 get_cache()、echo_h()。同时，函数的名字采用“动词+宾语”的形式。例如 write（动词）_cache（宾语）。

不过有些全局函数为了和 PHP 中已有的类似函数保持一致，采用了不同的命名方式（顺便抱怨一下，PHP 自身的全局函数命名比较混乱，各种形式的都有）。


类的命名规则

所有 FleaPHP 自带的类，都以 FLEA_ 开头。然后根据用途命名。例如 FLEA_Controller_Action、FLEA_Helper_ImgCode。然后将类名字中的“_”替换为目录分隔符，就是这个类的定义文件所在位置。

举例：

FLEA_Controller_Action 类，保存文件为 FLEA/Controller/Action.php
FLEA_Db_TableDataGateway 类，保存文件为 FLEA/Db/TableDataGateway.php

这种命名规则和目录结构的优缺点如下：

优点：

  • 避免命名冲突
  • 根据类名字就能找到文件存放位置
  • 应用程序中可以使用 FleaPHP 的 import()、load_class() 函数方便的载入类定义文件
  • 如果使用 PHP5，可以很方便的用 __autoload() 来自动载入需要的类定义： 

     
     function __autoload($className) {    load_class($className);}?>

缺点：

  • 类名字较长，不便于输入，例如 FLEA_Com_RBAC_UsersManager
  • 也许和现有习惯不同，需要时间来适应

对于第一个缺点，使用 Zend Development Environment 或者 Eclipse 这样的 IDE 可以缓解。这些 IDE 提供强大的输入自动完成功能，通常输入类名字的开头几个字母，就会显示候选列表让开发者选择。


变量和常量命名

在 FleaPHP 中，变量分为全局变量、临时变量和模版变量三类。

  • 全局变量和常量

    全局变量和常量都使用全大写，以“_”分隔。例如 $GLOBALS['CLASS_PATH'] 和 FLEA_DIR。不过 FleaPHP 中尽量避免了使用全局变量和常量，因此一般来说不会和应用程序产生冲突。

  • 临时变量

    函数、类方法中使用的变量都是临时变量，命名规则是第一个单词小写，后续的单词第一个字母大写。例如 $requestFilters、$dispatcherClass 等。

  • 模版变量

    之所以要把模版变量单独列出来，是因为不同的模版引擎对变量名有不同的规范。从我个人来说，我倾向于模版变量使用全小写单词，并以“_”分隔，例如 $latest_products_list。这样在程序里面一眼就能看出哪些变量是用于模版的。


FleaPHP 的目录结构

一个典型的 FleaPHP 应用程序具有如下的目录结构：

这个应用程序的目录主要分为 WebLibs 和 WebRoot。其中 WebLibs 保存程序的所有代码，而 WebRoot 目录下只保存用户可以访问的部分，例如 index.php 入口文件、图片、CSS 样式表和 JS 脚本。

WebLibs 下又分为 FLEA 和 YORK 两个目录。FLEA 目录保存 FleaPHP 的核心文件，而 YORK 目录保存应用程序的代码。之所以取名 YORK，是因为这个项目的公司名为 YORK。所以开发者在规划目录结构时，可以参照这种方式，为保存应用程序代码的目录取一个容易理解的名字。

WebRoot 是保存用户使用浏览器可以直接访问的内容，因此需要修改服务器或虚拟主机设置，将网站的根目录指向 WebRoot 目录。例如 www.example.com 指向 /example/WebRoot/。

这里介绍的目录结构有如下优点：

优点：

  • 代码文件放置在浏览器访问不到的地方，提高了安全性
  • 程序员和设计人员可以在不同的目录工作，降低了发生冲突的几率
  • 目录结构更清晰，容易理解

而主要的缺点就是需要修改服务器设置，将网站根目录指向 WebRoot 目录。而有些虚拟主机不允许这样做，或者需要联系服务器管理员，比较麻烦。

对于这种目录结构，放置在 WebRoot 中的 index.php 入口文件应该明确调用 import() 将 WebLibs 目录添加到类定义搜索路径中。否则 load_class() 会找不到需要的文件。


     
     require('../WebLibs/FLEA/FLEA.php');import('../WebLibs/YORK/');....run();?>

对于虚拟主机用户，可以将 WebLibs 目录移动到 WebRoot 目录中。形成如下的目录结构：

上图中，所有文件都保存在应用程序的根目录 cdhlss 中，而代码文件保存在 libs 子目录中。其中 libs/APP 保存应用程序的代码。

相应的 index.php 需要修改为：


     
     require('libs/FLEA/FLEA.php');import('libs/APP/');....run();?>

在实际开发中，由于 FleaPHP 并没有强制要求命名规范和目录结构。所以开发者可以继续沿用自己熟悉的方式来开发应用程序。




itkbase
关注
FleaPHP 开发指南
07-15
单一入口应用程序 在 FleaPHP 应用程序使用 MVC 模式时，应用程序的所有功能都通过一个单一的文件来调用。这种通过单一文件来执行所有功能的应用程序，称为单一入口应用程序。有关单一入口应用程序的一些信息，可以参考 ChinaUnix 上的一篇帖子。
FleaPHP 开发指南 - 6. 访问数据库
QeePHP 应用程序开发框架
10-25 3646
这一章我们就来看看 FleaPHP 的数据库访问功能。体验一下 FleaPHP 出色的自动化 CRUD 能力。连接数据库在 htdocs 目录中创建子目录 testDB，并在子目录下创建文件 test1.php 文件，内容如下：require(../FLEA/FLEA.php);__FLEA_PREPARE();// 准备数据库连接信息$dsn =
FleaPHP与Fpdf结合，创建PDF文档
hegz
04-06 159
应本地交警部门的请求，开发 了一个利用交警部门导出的缴款通知书文本数据 创建PDF文档 的小工具，以方便批量打印缴款通知书。 本工具比较简单，没有应用 到数据库 ，但却具有以下特点： 1、使用了Smarty模板 ； 2、使用了Fpdf类（该类无需PDF库支持就可以创建pdf文档，支持中文 ）。新手 从中可以学到： 1、怎样创建...
FleaPHP+开发指南
11-03
fleaphp框架，国产最好php开发框架
php flea,Fleaphp常见函数功能与用法示例
weixin_33531560的博客
03-11 189
本文实例讲述了Fleaphp常见函数功能与用法。分享给大家供大家参考，具体如下：1. FLEA_Db_TableDataGateway::update()用法：例如：修改一条 uid=22 的记录, name字段改成"11", pass字段改成"22",就要这样写：$data = array('uid'=>22,'name'=>11,'pass'=>22);$table->...
Fleaphp框架使用规范收集.pdf
10-30
路由管理允许开发者定义如何处理不同的URL请求，Fleaphp框架通过控制器和动作（Action）的映射来实现路由管理，这使得URL结构可以更加清晰和模块化。 11. 部署（Deployment）： 在部署Fleaphp应用时，框架提供了...
大道PHP 第44章 应用FleaPHP开发论坛社区系统.doc
06-15
在文件夹组织结构上，FleaPHP工程目录遵循一定的规则，主要文件夹包括控制器、模型、视图等，这有利于代码的管理和维护。同时，数据表设计是系统的基础，这里涉及到用户表（forum_user）、帖子表（forum_topic）、...
FleaPHP 开发指南 - 8. 如何使用 RBAC 组件实现访问控制
QeePHP 应用程序开发框架
10-25 4641
如何使用 RBAC 组件？请务必更新到 1.0.60.553 版本以上，确保 RBAC 组件与文档中的描述相符合RBAC 是英文（Role-Based Access Control）的缩写，也就是基于角色的访问控制。RBAC 的定义比较晦涩，我就以比较生动的形式来阐述什么是 RBAC。ATM 机的一天假设有一台 ATM（自动提款机）放在街边，我们来看看这个 ATM 度过的一
php程序入口,FleaPHP 开发指南 - 3. 应用程序入口_php
weixin_35625324的博客
03-09 203
与许多开发框架一样，Fleaphp 通常也使用一个入口文件来启动框架，并运行应用程序代码。虽然 FleaPHP 并不要求应用程序必须使用单一的入口文件，不过在本系列文章中，我大部分时间都使用单一入口文件。单一入口应用程序在 FleaPHP 应用程序使用 MVC 模式时，应用程序的所有功能都通过一个单一的文件来调用。这种通过单一文件来执行所有功能的应用程序，称为单一入口应用程序。有关单一入口应用程序...
fleaphp中文手册
12-20
fleaphp中文手册fleaphp中文手册fleaphp中文手册fleaphp中文手册fleaphp中文手册
FleaPHP框架数据库查询条件写法总结 PHP
最新发布
AlianBlank的博客
09-30 62
在FleaPHP框架中，我们可以使用多种方式来构建数据库查询条件，以满足各种需求。NOT IN条件用于匹配字段的值是否不在指定的值列表中。大于等于条件用于匹配字段的值是否大于等于指定的值。小于等于条件用于匹配字段的值是否小于等于指定的值。不包含条件用于匹配字段的值是否不包含指定的字符串。不等于条件用于匹配字段的值是否不等于指定的值。IN条件用于匹配字段的值是否在指定的值列表中。等于条件用于匹配字段的值是否等于指定的值。大于条件用于匹配字段的值是否大于指定的值。小于条件用于匹配字段的值是否小于指定的值。
php目录结构有哪些,php目录结构和内容
weixin_42521795的博客
03-21 176
~~~dir\php|+--dev| || |-php7ts.lib -- php5.lib 的非线程安全版本|+--ext -- PHP 扩展库的 DLL 文件目录| || |-php_bz2.dll| || |-php_cpdf.dll| || |-...|+--extras ...
fleaphp 的好教程下载地址
软件哲学
04-15 1861
 用 php 不用框架是没法做大网站的，而且维护起来也麻烦，有经验的程序员就知道框架的重要性了，现在比较好的php 框架是 FleaPHP ，要学习的话可以看梦猪做的视频教程，很好的http://www.fleaphp.org/bbs/viewthread.php?tid=2075&extra=page%3D1 
介绍国产的PHP MVC框架：FleaPHP
heiyeluren的blog（黑夜路人的开源世界）
09-03 4052
 国产的PHP MVC框架：FleaPHP官方网站：http://www.fleaphp.org框架下载：http://www.fleaphp.org/download框架API  ：http://www.fleaphp.org/docs/api/index.html开发指南：http://www.fleaphp.org/guide框架社区：http://www.fleaphp.org/c
pho文件和目录操作
weixin_30455365的博客
02-07 409
一、php文件操作 1、readfile - 适用于打开一个文件并读取文件的内容 echo readfile('e:/webdictionary.txt'); 2、fopen('文件名','打开模式')　　- 打开文件 打开模式： r - 只读 w - 只写，如果文件不存在会自动创建（这是跟 r 不同的地方），文件指针指向开头，即如果文件存在会覆盖原文件。 a - 只写，如...
FleaPHP和ThinkPHP的选择和比较
hjw0571
09-06 169
由于要做一系列的程序，需要一个良好的框架。于是一致扩充完善自己的小框架。最后快完成的时候放弃了。实际上，最好的方法是选择现成的框架。这样有了什么新技术或者新方法有人替你更新了。而且自己的新方法还可以直接作为扩展来添加进去。但是缺点是市面上的框架是面向各种用户的，所以速度上当然没有我们自己写的小框架快了。我自己写的MVC框架实现hello word只需0.000232934951782秒。 对...
FleaPHP开发指南：轻量高效，提升开发体验
FleaPHP开发指南深入探讨了这个轻量级PHP框架的特性与优势。FleaPHP旨在简化Web应用程序的开发过程，通过以下几个核心要点来提升开发者的效率： 1. 设计目标：FleaPHP强调快速与高效，避免因过于复杂或冗余的结构...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值