symfony如何使用指令建立專案?本文主要介紹了使用symfony指令創建專案的方法,結合實例形式分析了Symfony命令的使用方法與專案創建的相關技巧,需要的朋友可以參考下。希望對大家有幫助。
本文實例講述了使用symfony指令建立專案的方法。分享給大家供大家參考,具體如下:
概況
這一章節描述一個Symfony專案的合理結構框架,並且用 symfony 命令初始專案結構。
介紹
在symfony裡,一個專案是一個指定網域下的一組服務和有效操作,共享相同的專案模型。
在一個專案裡面,應用程式中的操作是一組邏輯;每個應用都可以正常的獨立運行,與相同專案中的其他應用互不干涉。
在多數情況中,一個專案會包含兩個應用,一個負責前台顯示,一個負責後台處理,使用相同的資料庫。當然你也可以在一個專案中包含很多小站點,每個站點都是不同的應用程式。注意在不同應用程式之間使用的超連結必須使用絕對路徑。
每一個應用程式都是一組模組,每一個模組都負責一個特殊的功能。一個模組通常為了類似的功能而使用一個頁面或一組頁面。例如模組可以是home, articles, help, shoppingCart, account,等等。
模組的功能:每個模組都有它們各自的功能,例如 shoppingCart(購物車) 模組要有 新增(add), 展示(show) 和 更新(update) 功能。功能的行為可以看作一個典型web應用程式中的頁行為。
如果一個新的專案的層級太多,那麼可以很簡單的把模組中的所有功能分組,這樣做檔案結構可以保持簡單。當應用更加複雜的時候,可以在邏輯模組中組織功能。
每個應用程式都可以運行在不同的環境中,例如,不同的配置或資料庫。一般來說每個新的應用都會運行在三個環境(開發,測試和最終產品)。如果需要的話每個應用程式都可以運行在更多的環境中,在不同的環境中僅需要修改配置配件。
例如,在一個測試環境中需要記錄警告和錯誤,而一個最終產品環境將只需要記錄錯誤。在開發環境中通常不會開啟快取加速,而在測試和最終產品環境中需要開啟。開 發環境和測試環境可能需要測試用的數據,儲存在最終產品的遠端資料庫中。所有的環境都可以在一台機器上共存,而通常產品伺服器上只有最終產品環境。
注意:如果你是透過沙盒(sandbox)使用symfony,你不需要設定項目或應用,沙盒(sandbox)內部已經準備了一個名為'sf_sandbox'的項目和一個名為'frontend'的應用。你也不需要設定web伺服器,只需要把你的程式放置在 web/ 根目錄下。
Pake
SymFony使用專門的工具Pake去管理專案、應用程式和模組。 Pake是一個php工具,類似Rake指令(這是一個將 make 指令轉換為Ruby的工具)。它會根據一個名為 pakefile.php 的特殊設定檔自動化一些管理任務。如果你使用 pake 工具取代了 symfony 命令列,所有的操作都會變得非常簡單。
要得到所有有效的管理操作命令列表,只需要簡單得在你的專案目錄中輸入:
$ symfony -T
CLI(命令列操作)的任務調度用於一個專案的前期階段期間。一個關於CLI任務調度的完整說明參考CLI章節 。
專案設定
在一切開始之前,你必須新建一個存放專案的目錄:
$ mkdir /home/steve/myproject
然後,開始初始化專案產生原始檔案和目錄,簡單的輸入:
$ cd /home/steve/myproject $ symfony init-project myproject
這是一個新建立的檔案系統樹結構的概況:
apps/
batch/
cache/
config /
data/
doc/
lib/
log/
test/
web/
symfony 指令可以在目前專案的可用目錄中隨時調用。
應用程式設定
專案到現在還沒完成,它至少還需要一個應用程式。先使用symfony init-app 指令初始化一個應用,用指令後面的參數去命名這個應用程式的名稱:
$ symfony init-app myapp
這樣就在專案的根目錄下的apps/ 資料夾中建立了一個myapp 目錄,其中包含了用於你網站的一個預設應用程式設定和一組目錄檔案:
apps/
myapp/
config/
i18n/
lib/
modules/
templates/
一些充當各自預設環境中的前端控制器的php檔案也被建立在專案根目錄的web目錄下:
#web/
index.php
myapp_dev.php
index.php是production新应用程序的前端控制器。因为你创建这个项目中的第一个应用程序时,Symfony创建了一个调用 index.php的文件,例如 myapp.php (如果你现在添加一个名为 mynewapp 的新应用程序,新产品的前端控制器将被命名为mynewapp.php)。在 开发环境中运行程序时,调用前端控制器 myapp_dev.php。
注意:你如果仔细阅读了介绍,你可能会对myapp_test.php文件的位置感到意外。事实上,测试 环境是用于对你的应用程序的构件进行单元测试,它不需要前端控制器。可以参考单元测试章节去了解更多详细内容。
从现在开始,/home/steve/myproject/ 目录将会作为项目的根目录。根目录的路径已经被保存为 SF_ROOT_DIR 常量,定义在 index.php 文件中,并且我们将会用这个常量名代替实际路径以避免把不叫Steve的读者搞糊涂了(译者注:因为作者将项目放在/home/steve /myprojetc的目录下,这个路径每个人可能都不尽相同,所以使用常量SF_ROOT_DIR来代替了实际路径)。
Web服务器设置
为了访问和测试新的应用程序,需要配置web服务器。这有一个Apache的例子,在 httpd.conf 配置文件中加入一个新的虚拟主机:
<Directory "/$data_dir/symfony/web/sf"> AllowOverride All Allow from All </Directory> <VirtualHost *:80> ServerName myapp.example.com DocumentRoot "/home/steve/myproject/web" DirectoryIndex index.php Alias /sf /$data_dir/symfony/web/sf <Directory "/home/steve/myproject/web"> AllowOverride All Allow from All </Directory> </VirtualHost>
注意:上面的配置中的 $data_dir 变量需要替换成你的PEAR库目录。例如:在*nix系统中,你可以输入:
<code> Alias /sf /usr/local/lib/php/data/symfony/web/sf</code>
重启Apache服务之后,就可以看到调用新创建的应用程序的页面,只需要在一个标准的web浏览器的地址栏输入下列路径:
http://myapp.example.com/index.php/
或者,在调试模式下使用这个路径:
http://myapp.example.com/myapp_dev.php/
注意:Symfony显示‘简短漂亮的(smart)'路径时用到了 mod_rewrite 模块。如果你的Apache版本没有将 mod_rewrite 模块编译进去,那么需要在 httpd.conf 中检查模块mod_rewrite是否是动态模块方式(DSO)安装的,并且确认是否已经打开(译者注:关于Apache的mod_rewrite模块安 装和使用方法请参考Apache相关文档,这里假设读者已经具备这方面知识而不作过多说明):
AddModule mod_rewrite.c LoadModule rewrite_module modules/mod_rewrite.so
模块设置
你这个新的应用程序并不出众,它缺乏吸引人的功能。如果你想增加功能性,你需要在在其中用到模块。这里再一次用到了 symfony 命令,参数为 init-module ,后面跟着应用程序名称和新模块的名称:
$ symfony init-module myapp mymodule
创建以后的树结构如下:
modules/
mymodule/
actions/
config/
lib/
templates/
validate/
新模块直接可以被使用:
http://myapp.example.com/index.php/mymodule
然后你需要让它正常的工作,编辑文件 myapp/modules/mymodule/templates/indexSuccess.php 输入:
Hello, world !
保存它,刷新刚才的页面就可以看到内容!
源文件版本控制(Source versioning)
应用程序设置完成之后,建议开始进行源文件版本控制。Symfony从一开始就支持CVS(译者注:版本控制系统),建议使用Subversion(译者注:一个版本控制系统软件,采用CVS 的运作模型, 并以取代CVS 为目标)。下面的例子列出了一些Subversion的命令,用于从在一个安装了Subversion的服务器上创建一个新项目的"仓库"(译者注:repository,源代码储存的地方)。对于Windows用户,建议客户端使用TortoiseSVN。关于源文件版本控制的更多信息和命令用法,请参考Subversion文档。
下面的例子假设$SVNREP_DIR是一个已经定义的环境变量。如果你还没有定义它,你需要用"仓库"的实际路径代替$SVNREP_DIR变量。
现在让我们开始创建myproject项目的新"仓库":
$ svnadmin create $SVNREP_DIR/myproject
然后用下面这串命令创建新"仓库"的基本组织结构(规划),其中包含 trunk, tags 和 branches 三个目录:
[code]$ svn mkdir -m "layout creation" file:///$SVNREP_DIR/myproject/trunk file:///$SVNREP_DIR/myproject/tags file:///$SVNREP_DIR/myproject/branches[/code]
这将是你第一个版本。现在你必须导入项目的文件,但不包括缓存和日志等临时文件:
$ cd /home/steve/myproject $ rm -rf cache/* $ rm -rf log/* $ svn import -m "initial import" . file:///$SVNREP_DIR/myproject/trunk
检查提交的文件:
$ svn ls file:///$SVNREP_DIR/myproject/trunk/
看上去很不错。现在SVN"仓库"已经记录了所有项目文件的版本(和更改历史)。就是说实际路径为 /home/steve/myproject 的目录中所有的文件都已经被"仓库"记录。要做到这一点,首先重命名 myproject 目录名,当一切运行正常的时候可以删除它,并且在新目录中向"仓库"提交一个checkout:
$ cd /home/steve $ mv myproject myproject.origin $ svn co file:///$SVNREP_DIR/myproject/trunk myproject $ ls myproject
现在你可以在 /home/steve/myproject/ 目录下的文件中工作,并且提交修改到"仓库"中。不要忘记作一些清理和删除myproject.origin目录,它现在没有用了。
还有一些另外的设置。当你向"仓库"中提交工作目录时,会复制一些多余的文件,像项目中 cache 和 log 目录下的文件。因此你需要针对这个项目在svn中指定一个忽略列表。你也需要重新将 cache/ 和 log/ 目录的权限设置为完全控制,在访问时产生的文件SVN将不会储存:
$ cd /home/steve/myproject $ svn propedit svn:ignore . $ chmod 777 cache $ chmod 777 log
这将调用在SVN中设置的默认的文本编辑器。如果没有生效,就像下面这样设置subversion首选的编辑器:
$ export SVN_EDITOR=<name of editor> $ svn propedit svn:ignore .
直接在SVN中的忽略列表中加入myproject子目录,这样提交的时候就忽略了:
cache log
保存然后退出,这样就完成了。
相关推荐:
以上是詳解symfony如何使用指令創建項目的詳細內容。更多資訊請關注PHP中文網其他相關文章!