![Zend Framework и Doctrine Степан Танасийчук [email_address]](https://image.slidesharecdn.com/05zfconf-zfanddoctrine-100416073939-phpapp01/85/ZFConf-2010-Zend-Framework-and-Doctrine-1-320.jpg)
![Люблю прикольные смайлы :]](https://image.slidesharecdn.com/05zfconf-zfanddoctrine-100416073939-phpapp01/85/ZFConf-2010-Zend-Framework-and-Doctrine-6-320.jpg)
![autoloadernamespaces[] = "Doctrine"](https://image.slidesharecdn.com/05zfconf-zfanddoctrine-100416073939-phpapp01/85/ZFConf-2010-Zend-Framework-and-Doctrine-27-320.jpg)
![autoloadernamespaces[] = "ZFEngine"](https://image.slidesharecdn.com/05zfconf-zfanddoctrine-100416073939-phpapp01/85/ZFConf-2010-Zend-Framework-and-Doctrine-33-320.jpg)
![Cкрипт для работы с Doctrine_Cli ./application/sripts/doctrine #!/usr/bin/env php <?php require_once 'common.php' ; require_once 'Zend/Application.php' ; $application = new Zend_Application( APPLICATION_ENV, APPLICATION_PATH . '/configs/application.ini' ); $application ->getBootstrap() ->bootstrap(); $cli = new Doctrine_Cli( $application ->getOption( 'doctrine_cli' )); $cli ->run($_SERVER[ 'argv' ]);](https://image.slidesharecdn.com/05zfconf-zfanddoctrine-100416073939-phpapp01/85/ZFConf-2010-Zend-Framework-and-Doctrine-49-320.jpg)
More Related Content
What's hot (20)
Viewers also liked (20)
Similar to ZFConf 2010: Zend Framework and Doctrine (20)
More from ZFConf Conference (20)
ZFConf 2010: Zend Framework and Doctrine
- 1. Zend Framework и Doctrine Степан Танасийчук [email_address]
- 2. Чем я занимаюсь? Web разработкой занялся в 2003 году
- 3. С Zend Framework начал работать в 2008 году
- 4. Руковожу собственной веб-студией с 2009 года
- 5. Активный участник сообщества zendframework.ru
- 6. Люблю прикольные смайлы :]
- 7. Содержание доклада Подключение Doctrine к ZF проекту
- 8. Скрипт для работы с Doctrine_Cli
- 9. Генерация моделей по YAML схемам
- 15. ZFEngine и использование Doctrine в модульном ZF приложении
- 16. Несколько слов о Doctrine ORM библиотека для PHP 5.2.3+
- 17. Использует паттерны Active Record, Data Mapper и Metadata Mapping
- 18. Собственный язык запросов — DQL (по мотивам HQL)
- 19. Связи один-к-одному, один-ко-многим и многие-к-многим
- 20. Автогенерация моделей по yaml схемам
- 21. Экспорт и импорт из/в yaml
- 23. Шаблоны поведений (l18n, Versionable, NestedSet, etc.)
- 24. Подключаем Doctrine к ZF проекту Размещаем Doctrine в library/Doctrine:
- 25. $ svn export http://svn.doctrine-project.org/tags/1.2.1/lib/Doctrine/ ./library/Doctrine
- 26. Прописываем следующие настройки в application.ini:
- 27. autoloadernamespaces[] = "Doctrine"
- 28. Parables_Application_Resource_Doctrine Matthew Lurz добавил в Zend Framework proposal application-ресурс для подключения Doctrine. Его класс называется Parables_Application_Resource_Doctrine и лежит здесь http://github.com/mlurz71/parables
- 29. ZFEngine_Application_Resource_Doctrine Мы немного изменили код Parables_Application_Resource_Doctrine для работы с Doctrine 1.2.x и храним его в репозитории ZFEngine как ZFEngine_Application_Resource_Doctrine ZFEngine это сборная солянка классов, которые мы используем при разработке проектов на ZF. Лежит все здесь: http://zfengine.com В основном код наш. Также есть чужой, но с некоторыми изменениями. Надеюсь, что это все в рамках закона ^_~.
- 30. Подключаем ZFEngine к ZF проекту Размещаем ZFEngine в library/ZFEngine:
- 31. $ svn export http://svn2.assembla.com/svn/zfengine/trunk/library/ZFEngine/ ./library/ZFEngine
- 32. Прописываем следующие настройки в application.ini:
- 33. autoloadernamespaces[] = "ZFEngine"
- 34. pluginPaths.ZFEngine_Application_Resource = "ZFEngine/Application/Resource"
- 35. Настраиваем подключение к БД resources.doctrine.connections.primary.dsn.adapter = "mysql" resources.doctrine.connections.primary.dsn.username = "root" resources.doctrine.connections.primary.dsn.password = "******" resources.doctrine.connections.primary.dsn.host = "localhost" resources.doctrine.connections.primary.dsn.dbname = "zfconf" resources.doctrine.connections.primary.options.charset = "utf8" resources.doctrine.connections.primary.options.collate = "utf8_unicode_ci"
- 36. Настраиваем Doctrine_Manager resources.doctrine.manager.attributes.attr_autoload_table_classes = 1 resources.doctrine.manager.attributes.attr_use_native_enum = 1 resources.doctrine.manager.attributes.attr_quote_identifier = 1 resources.doctrine.manager.attributes.attr_auto_free_query_objects = 1 resources.doctrine.manager.attributes.attr_auto_accessor_override = 1 resources.doctrine.manager.attributes.attr_model_loading = "model_loading_conservative"
- 37. MODEL_LOADING_PEAR В Doctrine 1.2 появился новый режим для автозагрузки моделей — MODEL_LOADING_PEAR , но при использовании этого режима не работает generate-migration-diff :(. Я заметил это уже в процессе подготовки доклада и пока просто написал в багрепорт Doctrine.
- 38. Для проектов с НЕмодульной структурой Указываем путь к директории с моделями:
- 39. resources.doctrine.manager.models_path = APPLICATION_PATH "/models"
- 41. .attributes.attr_result_cache.driver = "memcache"
- 43. .attributes.attr_result_cache.options.servers.host = "localhost"
- 47. Настраиваем Doctrine_Cli doctrine_cli.data_fixtures_path = APPLICATION_PATH "/configs/doctrine/data/fixtures" doctrine_cli.models_path = APPLICATION_PATH "/models" doctrine_cli.migrations_path = APPLICATION_PATH "/configs/doctrine/migrations" doctrine_cli.sql_path = APPLICATION_PATH "/configs/doctrine/data/sql" doctrine_cli.yaml_schema_path = APPLICATION_PATH "/configs/doctrine/schema" doctrine_cli.generate_models_options.generateBaseClasses = 1 doctrine_cli.generate_models_options.baseClassesDirectory = "Base" doctrine_cli.generate_models_options.generateTableClasses = 1
- 48. Cкрипт для работы с Doctrine_Cli ./application/sripts/common.php <?php define( 'APPLICATION_ENV' , 'development' ); define( 'APPLICATION_PATH' , realpath(dirname(__FILE__) . '/..' )); set_include_path(implode(PATH_SEPARATOR, array ( realpath(APPLICATION_PATH . '/../library' ), get_include_path(), )));
- 49. Cкрипт для работы с Doctrine_Cli ./application/sripts/doctrine #!/usr/bin/env php <?php require_once 'common.php' ; require_once 'Zend/Application.php' ; $application = new Zend_Application( APPLICATION_ENV, APPLICATION_PATH . '/configs/application.ini' ); $application ->getBootstrap() ->bootstrap(); $cli = new Doctrine_Cli( $application ->getOption( 'doctrine_cli' )); $cli ->run($_SERVER[ 'argv' ]);
- 50. Проверяем как работает Запускаем скрипт без параметров:
- 51. $ ./application/sripts/doctrine
- 52. Doctrine Command Line Interface
- 65. ... и ещё 9ть команд, которые не поместились на этом слайде (:
- 66. Создадим схему модели User ./application/configs/doctrine/schema/User.yml User : tableName : users options : type : INNODB collate : utf8_unicode_ci charset : utf8 columns : id : type : integer(4) primary : true autoincrement : true login : string(32) email : string(255)
- 67. Генерируем модели по YAML схемам Запускаем скрипт с параметром generate-models-yaml :
- 68. $ ./application/sripts/doctrine generate-models-yaml
- 69. generate-models-yaml - Generated models successfully from YAML schema
- 72. |-- Base
- 73. | `-- BaseUser.php
- 74. |-- User.php
- 76. Важная деталь: сами YAML схемы можно сгенерировать непосредственно с структуры БД используя команду generate-yaml-db .
- 77. Сгенерированный код базовой модели User ./application/models/Base/BaseUser.php <?php abstract class BaseUser extends Doctrine_Record { public function setTableDefinition() { $this ->setTableName( 'users' ); $this ->hasColumn( 'id' , 'integer' , 4, array ( 'type' => 'integer' , 'unsigned' => true , 'primary' => true , 'autoincrement' => true , 'length' => '4' )); // Здесь было описание полей login и email ... $this ->option( 'type' , 'INNODB' ); $this ->option( 'collate' , 'utf8_unicode_ci' ); $this ->option( 'charset' , 'utf8' ); } public function setUp() { parent::setUp(); } }
- 78. Сгенерированный код модели User и маппера UserTable ./application/models/User.php <?php class User extends BaseUser { } ./application/models/UserTable.php <?php class UserTable extends Doctrine_Table { }
- 79. Напишем свой сеттер для поля email ./application/models/User.php <?php /** * User model */ class User extends BaseUser { /** * Set email adress into lowercase * * @param string $email * @return void */ public function setEmail( $email ) { $this ->_set( 'email' , strtolower( $email )); } }
- 80. Пишем экшн для проверки работы ./application/controllers/IndexController.php <?php class IndexController extends Zend_Controller_Action { /** * Simple action * * @return void */ public function indexAction() { $user = new User(); $user -> login = 'stfalcon' ; $user -> email = '[email protected] ' ; Zend_Debug:: dump ( $user ->toArray()); } }
- 81. Запускаем в браузере array 'id' => null 'login' => string 'stfalcon' (length=8) 'email' => string '[email protected]' (length=16)
- 82. Миграции Сгенерируем первый класс миграций. Его можно генерировать из классов моделей или БД (см. мануал к Doctrine).
- 83. $ ./application/sripts/doctrine generate-migrations-models
- 84. generate-migrations-models - Generated migration classes successfully from models
- 85. Получаем готовую модель миграций:
- 87. |-- data
- 88. | |-- fixtures
- 89. | `-- sql
- 90. |-- migrations
- 91. | `-- 1268942153_adduser.php
- 92. `-- schema
- 93. `-- User.yml
- 94. Сгенерированный код первой модели миграций ./application/configs/doctrine/migrations/1268942153_adduser.php <?php class Adduser extends Doctrine_Migration_Base { public function up() { $this ->createTable( 'user' , array ( 'id' => array ( 'type' => 'integer' , 'unsigned' => true , 'primary' => true , 'autoincrement' => true , 'length' => 4), // Здесь были параметры для создания полей login и email ... ), array ( 'type' => 'INNODB' , 'indexes' => array (), 'primary' => array (0 => 'id' ), 'collate' => 'utf8_unicode_ci' , 'charset' => 'utf8' )); } public function down() { $this ->dropTable( 'user' ); } }
- 95. Создадим БД и накатим на неё наши изменения Создаем БД (например на production сервере):
- 96. mysql> CREATE DATABASE `zfconf`;
- 97. Query OK, 1 row affected (0,00 sec)
- 98. Накатываем на неё миграцию:
- 99. $ ./application/sripts/doctrine migrate
- 100. migrate - migrated successfully to version #1
- 102. mysql> SHOW TABLES ;
- 103. migration_version
- 104. users
- 105. Проверяем работу скрипта Структура таблицы в которой хранится номер миграции:
- 106. mysql> SHOW CREATE TABLE `migration_version`;
- 107. CREATE TABLE `migration_version` (
- 108. `version` int (11) DEFAULT NULL
- 109. ) ENGINE =InnoDB DEFAULT CHARSET =latin1
- 111. mysql> SHOW CREATE TABLE `users`;
- 112. CREATE TABLE `users` (
- 113. `id` int (10) NOT NULL AUTO_INCREMENT ,
- 114. `login` varchar (32) COLLATE utf8_unicode_ci DEFAULT NULL ,
- 115. `email` varchar (255) COLLATE utf8_unicode_ci DEFAULT NULL ,
- 116. PRIMARY KEY (`id`)
- 117. ) ENGINE =InnoDB DEFAULT CHARSET =utf8 COLLATE =utf8_unicode_ci
- 118. Наследование в YAML схемах ./application/configs/doctrine/schema/Administrator.yml ## Administrator schema Administrator : tableName : administrators inheritance : extends : User type : concrete columns : password_hash : string(32) password_salt : string(8) actAs : [Timestampable]
- 119. Работаем с Doctrine_Cli В первую очередь делаем migration-diff — он генерирует классы миграций на основе различий между кодом моделей и YAML схемами:
- 120. $ ./application/sripts/doctrine generate-migrations-diff
- 121. generate-migrations-diff - Generated migration classes successfully from difference
- 123. |-- data
- 124. | |-- fixtures
- 125. | `-- sql
- 126. |-- migrations
- 127. | |-- 1268942153_adduser.php
- 128. | `-- 1268942505_version2.php
- 129. `-- schema
- 131. `-- User.yml
- 132. Работаем с Doctrine_Cli Генерируем код моделей:
- 133. $ ./application/sripts/doctrine generate-models-yaml
- 134. generate-models-yaml - Generated models successfully from YAML schema
- 135. Накатываем изменения на БД:
- 136. $ ./application/sripts/doctrine migrate
- 137. migrate - migrated successfully to version #2
- 138. Работаем с Doctrine_Cli Смотрим, что получилось:
- 139. mysql> SHOW CREATE TABLE `administrators`;
- 140. CREATE TABLE `administrators` (
- 141. `id` int (10) NOT NULL AUTO_INCREMENT ,
- 142. `login` varchar (32) COLLATE utf8_unicode_ci DEFAULT NULL ,
- 143. `email` varchar (255) COLLATE utf8_unicode_ci DEFAULT NULL ,
- 144. `password_hash` varchar (32) COLLATE utf8_unicode_ci DEFAULT NULL ,
- 145. `password_salt` varchar (8) COLLATE utf8_unicode_ci DEFAULT NULL ,
- 146. `created_at` datetime NOT NULL ,
- 147. `updated_at` datetime NOT NULL ,
- 148. PRIMARY KEY (`id`)
- 149. ) ENGINE =InnoDB DEFAULT CHARSET =utf8 COLLATE =utf8_unicode_ci
- 150. По-моему пора сделать авторизацию Сначала напишем сеттер для password:
- 152. <?php
- 153. class Administrator extends BaseAdministrator
- 154. {
- 155. // Здесь был phpDoc блок ...
- 156. public function setPassword( $password )
- 157. {
- 158. if (strlen( $password )) {
- 159. $passwordSalt = substr(md5(mktime()), 0, rand(5,8));
- 160. $passwordHash = md5( $password . $passwordSalt );
- 161. $this ->_set( 'password_hash' , $passwordHash );
- 162. $this ->_set( 'password_salt' , $passwordSalt );
- 163. }
- 164. }
- 165. }
- 166. Сгенерируем аккаунт для админа и сохраним его в БД ./application/controllers/IndexController.php <?php class IndexController extends Zend_Controller_Action { // Здесь был phpDoc блок ... public function indexAction() { $administrator = new Administrator(); $administrator -> email = '[email protected]' ; $administrator -> login = 'stfalcon' ; $administrator -> password = 'qwerty' ; $administrator ->save(); Zend_Debug:: dump ( $administrator ->toArray()); } }
- 167. Проверяем содержимое таблицы administrators mysql> SELECT * FROM `administrators`; +----+----------+------------------+----------------------------------+---------------+---------------------+---------------------+ | id | login | email | password_hash | password_salt | created_at | updated_at | +----+----------+------------------+----------------------------------+---------------+---------------------+---------------------+ | 1 | stfalcon | [email_address] | bcd3987603a947d54480285c16f06fde | fc1ed | 2010-03-18 23:04:11 | 2010-03-18 23:04:11 |
- 168. ZendX_Doctrine_Auth_Adapter ./application/controllers/IndexController.php public function indexAction() { $authAdapter = new ZendX_Doctrine_Auth_Adapter( Doctrine_Core:: getConnectionByTableName ( 'Administrator' )); $authAdapter ->setTableName( 'Administrator a' ) ->setIdentityColumn( 'a.login' ) ->setCredentialColumn( 'a.password_hash' ) ->setCredentialTreatment( 'MD5(CONCAT(?,a.password_salt))' ) ->setIdentity( 'stfalcon' )->setCredential( 'qwerty' ); $auth = Zend_Auth:: getInstance (); $result = $auth ->authenticate( $authAdapter ); if ( $result ->isValid()) { echo '<h1>OK</h1>' ; } else { echo '<h1>FAIL</h1>' ; } }
- 169. Открываем страницу в браузере Все ОК :)
- 170. И не забудьте сохранить данные авторзации в хранилище:
- 171. $data = $authAdapter ->getResultRowObject( null , array ( 'password_hash' , 'password_salt' ));
- 173. Увековечим учетную запись администратора ./application/configs/doctrine/data/fixtures/users.yml Administrator : Admin_1 : login : stfalcon email : [email protected] password_hash : bcd3987603a947d54480285c16f06fde password_salt : fc1ed # Admin_ 2 : # login: stfalcon # ...
- 174. Сделаем глобальный reload $ ./application/sripts/doctrine build-all-reload build-all-reload - Are you sure you wish to drop your databases? (y/n) y build-all-reload - Successfully dropped database for connection named 'primary' build-all-reload - Generated models successfully from YAML schema build-all-reload - Successfully created database for connection named 'primary' build-all-reload - Created tables successfully build-all-reload - Data was successfully loaded mysql> SELECT * FROM `administrators`; | id | login | email | password_hash | password_salt | created_at | updated_at | +----+----------+------------------+----------------------------------+---------------+---------------------+---------------------+ | 1 | stfalcon | [email_address] | bcd3987603a947d54480285c16f06fde | fc1ed | 2010-03-18 23:04:11 | 2010-03-18 23:04:11 |
- 175. Адаптер для Zend_Paginator Мы используем ZFEngine_Paginator_Adapter_Doctrine , это немного переработанный с учетом наших потребностей и изменений в Doctrine 1.2 SmartL_Zend_Paginator_Adapter_Doctrine http://code.google.com/p/smart-framework/ Ещё раз пропиарю наш ZFEngine :) http://zfengine.com
- 176. ZFEngine_Paginator_Adapter_Doctrine Давайте выведем список администраторов с постраничной навигацией. Для этого создадим в таблице administrators 10 случайных записей:
- 177. Расширяем функционал AdministratorTable Создадим метод getQueryToFetchAll(), который будет возвращать запрос на выборку всех администраторов:
- 179. <?php
- 180. class AdministratorTable extends UserTable
- 181. {
- 182. /**
- 183. * Query to fetch all administrators
- 185. */
- 186. public function getQueryToFetchAll()
- 187. {
- 188. return $this ->createQuery( 'a' )
- 190. }
- 191. }
- 192. Работаем с пагинатором ./application/controllers/IndexController.php <?php class IndexController extends Zend_Controller_Action { public function indexAction() { $query = Doctrine_Core:: getTable ( 'Administrator' ) ->getQueryToFetchAll(); $paginator = new Zend_Paginator( new ZFEngine_Paginator_Adapter_Doctrine( $query )); $paginator ->setCurrentPageNumber( $this ->_getParam( 'page' , 1)); $paginator ->setItemCountPerPage(4); $this -> view -> paginator = $paginator ; } }
- 193. Оформляем вывод списка в view шаблоне ./application/views/scripts/index/index.phtml <h1> <?php echo $this ->translate( 'Администраторы' ); ?>: </h1> <?php if (count( $this -> paginator )): ?> <ul> <?php foreach ( $this -> paginator as $administrator ): ?> <li> <?php echo $administrator -> login ; ?> <<?php echo $administrator -> email ; ?>> </li> <?php endforeach ; ?> </ul> <?php endif ; ?> <?php echo $this ->paginationControl( $this -> paginator , 'Sliding' , 'digg.phtml' ); ?>
- 194. digg.phtml digg.phtml я выложил здесь — http://pastie.org/832023 (за основу взят шаблон с ZendPaginationHelper )
- 195. Открываем страницу в браузере И наслаждаемся результатом :)
- 196. ZFEngine и использование Doctrine в модульном ZF приложении Мы написали несколько тасков (собственно таски написал Валерий Рабиевский , а я только немного порефакторил) для Doctrine, которые позволяют генерировать модели и использовать механизм миграций в ZF проектах с модульной архитектурой.
- 197. При этом между моделями разных модулей работает связывание и наследование.
- 198. Также работает механизм миграций для проекта в целом.
- 199. Пример структуры модульного ZF проекта ./application/ |-- Bootstrap.php |-- configs | `-- application.ini |-- layouts | `-- scripts | |-- admin.phtml | `-- index.html `-- modules |-- products `-- users
- 200. Настройки для модульной структуры Прописываем следующие настройки в application.ini:
- 201. ; Указываем, где находятся наши модули для Zend
- 204. ; и для Doctrine_Cli
- 205. doctrine_cli.modules_path = APPLICATION_PATH "/modules/"
- 206. ; а также прописываем путь к папке, где будут хранится yaml-схемы предыдущих версий (old), и новые (temp), собранные с модулей в одну папку. Именно по различиям между ними и будут генерироваться миграции.
- 207. doctrine_cli.old_schema_path = APPLICATION_PATH "/configs/doctrine/schema/old/"
- 208. doctrine_cli.temp_schema_path = APPLICATION_PATH "/../tmp/schema/"
- 209. resources.modules[] = "" ; подгружаем ресурс для подержки модулей
- 210. ; И убираем строки, где задавали расположение моделей:
- 211. ; resources.doctrine.manager.models_path = APPLICATION_PATH "/models"
- 212. ; doctrine_cli.models_path = APPLICATION_PATH "/models"
- 213. ; так как теперь модели подгружаются самим Zend'ом
- 214. Cтруктура модуля users ./application/modules/users/ |-- Bootstrap.php |-- configs | `-- doctrine | |-- data | | |-- fixtures | | `-- sql | `-- schema | `-- User.yml |-- controllers | `-- IndexController.php |-- models `-- views `-- scripts `-- index `-- index.phtml
- 215. Схема User.yml ## User schema Users_Model_User : tableName : users options : type : INNODB collate : utf8_unicode_ci charset : utf8 columns : id : type : integer(4) unsigned : true primary : true autoincrement : true login : string(32) email : string(255)
- 216. Cтруктура модуля products ./application/modules/products/ |-- Bootstrap.php |-- configs | |-- acl.php | |-- doctrine | | `-- schema | | `-- Product.yml | `-- routes.xml |-- controllers | `-- IndexController.php |-- forms |-- models `-- views |-- helpers `-- scripts `-- index `-- index.phtml
- 217. Схема Product.yml ## Product schema Products_Model_Product : tableName : products options : ... columns : id : type : integer(4) unsigned : true primary : true autoincrement : true user_id : type : integer(4) unsigned : true name : string(255) description : string actAs : [Timestampable] ...
- 218. Схема Product.yml (продолжение) ... # Прописываем связь один-ко-многим # User и Products – алиасы, через которые мы сможем обращаться # из одной модели к другой relations : User : class : Users_Model_User foreign : id local : user_id foreignAlias : Products onUpdate : CASCADE onDelete : CASCADE
- 219. Новый скрипт для Doctrine_Cli Скрипт для работы с Doctrine_Cli в модульном ZF приложении лежит в репозитории ZFEngine.
- 220. Единственное его отличие от обычного скрипта, это наличие кода для подключения тасков с ZFEngine и справка по командам ZFEngine при запуске скрипта с ключем info :
- 221. $ ./application/scripts/doctrine info
- 222. zfengine-generate-migrations-models -> для генерации новой миграций
- 223. zfengine-generate-migrations-diff -> для генерации изменений миграций
- 224. zfengine-generate-models-yaml -> для генерация моделей из yaml-файлов
- 225. zfengine-prepare-schema-files-for-migrations -> для копирования shema-файлов для сравнения при генерации миграций
- 227. При создании новой миграции:
- 230. migrate
- 231. При создании изменений миграции: ...
- 232. Генерируем модели по YAML схемам Все также как в предыдущих примерах, только команда с префиксом zfengine :
- 233. $ ./application/sripts/doctrine zfengine-generate-models-yaml
- 234. Generated models for module "Products" successfully
- 235. Generated models for module "Users" successfully
- 239. |-- models
- 240. |-- Base
- 241. | `-- User.php
- 242. |-- User.php
- 243. `-- UserTable.php
- 244. Только теперь модели именуются согласно стандартам ZF и подгружаются родным автозагрузчиком:
- 247. Сгенерированые модели Между моделями из разных модулей сгенерировались связи: ./application/modules/users/models/Base/User.php <?php ... public function setUp() { $this-> hasMany( 'Products_Model_Product as Products' , array( 'local' => 'id' , 'foreign' => 'user_id' )); } ./application/modules/products/models/Base/Product.php <?php ... public function setUp() { $this-> hasOne( 'Users_Model_User as User' , array( 'local' => 'user_id' , 'foreign' => 'id' , 'onDelete' => 'CASCADE' , 'onUpdate' => 'CASCADE' )); } При работе с моделью пользователя коллекция моделей продуктов будет подгружена только при необходимости. Например при получении всех продуктов пользователя: $products = $user-> Products ;
- 249. Первую миграцию (на новом проекте) делаем через:
- 250. $ ./application/sripts/doctrine zfengine-generate-migrations-models
- 251. Так миграции генерируются на основании существующих классов моделей, а последующие — уже на основании изменений в yaml-схемах командой:
- 252. $ ./application/sripts/doctrine zfengine-generate-migrations-diff
- 253. И накатываем миграции на базу:
- 254. $ ./application/sripts/doctrine migrate
- 255. migrate - migrated successfully to version #3
- 256. Структура таблицы `products` Смотрим, что получилось в БД:
- 257. mysql> SHOW CREATE TABLE `products`;
- 258. CREATE TABLE `products` (
- 259. `id` int (10) unsigned NOT NULL AUTO_INCREMENT ,
- 260. `user_id` int (10) unsigned DEFAULT NULL ,
- 261. `name` varchar (255) COLLATE utf8_unicode_ci DEFAULT NULL ,
- 262. `description` text COLLATE utf8_unicode_ci,
- 263. `created_at` datetime NOT NULL ,
- 264. `updated_at` datetime NOT NULL ,
- 265. PRIMARY KEY (`id`),
- 266. KEY `products_user_id_users_id` (`user_id`),
- 267. CONSTRAINT `products_user_id_users_id` FOREIGN KEY (`user_id`) REFERENCES `users` (`id`) ON DELETE CASCADE ON UPDATE CASCADE
- 268. ) ENGINE =InnoDB DEFAULT CHARSET =utf8 COLLATE =utf8_unicode_ci
- 269. На этом все ;) Благодарю за внимание! Задавайте вопросы. Степан Танасийчук [email_address]