Symfony가 명령을 사용하여 프로젝트를 생성하는 방법에 대한 자세한 설명

symfony 명령을 사용하여 프로젝트를 만드는 방법은 무엇입니까? 본 글에서는 주로 심포니 명령어를 사용하여 프로젝트를 생성하는 방법을 소개하고, 심포니 명령어의 사용법과 프로젝트 생성 관련 스킬을 예시 형태로 분석하여 도움이 필요한 친구들이 참고할 수 있도록 하겠다. 그것이 모두에게 도움이 되기를 바랍니다.

이 문서의 예에서는 Symfony 명령을 사용하여 프로젝트를 만드는 방법을 설명합니다. 다음과 같이 참조할 수 있도록 모든 사람과 공유하십시오.

개요

이 장에서는 Symfony 프로젝트의 합리적인 구조 프레임워크를 설명하고 Symfony 명령을 사용하여 프로젝트 구조를 초기화합니다.

소개

심포니에서 프로젝트는 동일한 프로젝트 모델을 공유하는 지정된 도메인 이름 하의 일련의 서비스 및 효과적인 운영입니다.

프로젝트에서 애플리케이션의 작업은 일련의 논리입니다. 각 애플리케이션은 동일한 프로젝트의 다른 애플리케이션을 방해하지 않고 정상적으로 독립적으로 실행할 수 있습니다.

대부분의 경우 프로젝트에는 두 개의 애플리케이션이 포함됩니다. 하나는 전경 표시를 담당하고 다른 하나는 동일한 데이터베이스를 사용하여 배경 처리를 담당합니다. 물론 하나의 프로젝트에 여러 개의 작은 사이트를 포함할 수도 있습니다. 각 사이트는 서로 다른 응용 프로그램입니다. 서로 다른 응용 프로그램 간에 사용되는 하이퍼링크는 절대 경로를 사용해야 합니다.

모든 애플리케이션은 모듈 세트이며, 각 모듈은 특별한 기능을 담당합니다. 모듈은 일반적으로 유사한 기능을 위해 페이지 또는 페이지 그룹을 사용합니다. 예를 들어 모듈은 홈, 기사, 도움말, shoppingCart, 계정 등이 될 수 있습니다.

모듈 기능: 각 모듈에는 고유한 기능이 있습니다. 예를 들어 shoppingCart 모듈에는 추가, 표시 및 업데이트 기능이 있어야 합니다. 기능적 동작은 일반적인 웹 애플리케이션의 페이지 동작으로 생각할 수 있습니다.

새 프로젝트의 레벨이 너무 많으면 모듈의 모든 기능을 쉽게 그룹화하여 파일 구조를 단순하게 유지할 수 있습니다. 애플리케이션이 더욱 복잡해지면 기능을 논리 모듈로 구성할 수 있습니다.

각 애플리케이션은 다양한 구성이나 데이터베이스 등 다양한 환경에서 실행될 수 있습니다. 일반적으로 모든 새로운 애플리케이션은 세 가지 환경(개발, 테스트 및 최종 프로덕션)에서 실행됩니다. 필요한 경우 각 애플리케이션을 더 많은 환경에서 실행할 수 있으며 다양한 환경에서 구성 액세서리만 수정하면 됩니다.

예를 들어 테스트 환경에서는 경고와 오류를 기록해야 하지만 최종 프로덕션 환경에서는 오류만 기록하면 됩니다. 캐시 가속은 일반적으로 개발 환경에서는 켜지지 않지만 테스트 및 최종 프로덕션 환경에서는 켜져야 합니다. 개발 및 테스트 환경에서는 최종 제품의 원격 데이터베이스에 테스트 데이터를 저장해야 할 수도 있습니다. 모든 환경은 단일 시스템에 공존할 수 있으며 일반적으로 최종 프로덕션 환경만 프로덕션 서버에 있습니다.

참고: 샌드박스를 통해 심포니를 사용하는 경우에는 프로젝트나 애플리케이션을 설정할 필요가 없습니다. 샌드박스 애플리케이션 내에 'sf_sandbox'라는 프로젝트와 'frontend'라는 프로젝트가 준비되어 있습니다. 웹 서버를 설정할 필요도 없으며 프로그램을 web/루트 디렉토리에 배치하기만 하면 됩니다.

Pake

SymFony는 전문 도구 Pake를 사용하여 프로젝트, 애플리케이션 및 모듈을 관리합니다. Pake는 Rake 명령(make 명령을 Ruby로 변환하는 도구)과 유사한 PHP 도구입니다. pakefile.php라는 특수 구성 파일을 기반으로 일부 관리 작업을 자동화합니다. Symfony 명령줄 대신 pake 도구를 사용하면 모든 것이 매우 간단해집니다.

모든 유효한 관리 작업 명령 목록을 얻으려면 프로젝트 디렉터리에 다음을 입력하기만 하면 됩니다.

$ 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/ 폴더에 A가 포함된 myapp 디렉터리가 생성됩니다. 사이트의 기본 애플리케이션 구성 및 디렉토리 파일 세트:

apps/
myapp/
config/
i18n/
lib/
module/
template/

일부는 해당 기본값에서 프런트엔드 컨트롤러 역할을 합니다. 환경 PHP 파일은 프로젝트 루트 디렉터리의 웹 디렉터리인

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核心类

symfony window下安装时候出现问题的解决方法

symfony安装详细教程

위 내용은 Symfony가 명령을 사용하여 프로젝트를 생성하는 방법에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!