Laravel 4, модель в пакете верстака, Красноречивый не найден

Question

Я хочу разработать пакет, но застрял с частью модели Eloquent. У меня есть пакет в инструментальных средствах, как workbench/vendor/workbench/src/models

Мои модели подобны

<?php namespace Vendor\Shop\Models; 

/** 
* A catalog 
*/ 
class Catalog extends \Eloquent { 

    // Define the database 
    protected $table = 'catalogs'; 

    // Mass assignment restriction 
    protected $fillable = array('name'); 

} 

?> 

Моя проблема является импорт красноречивым пространства имен, который не является то, что собственно я предполагаю, потому что если я запускаю UnitTest с PHPUnit он просто терпит неудачу с Class 'Eloquent' not found

Это из-за автозагрузки в композиторе? Выписка из файла композитора:

"require" : { 
    "php" : ">=5.3.0", 
    "illuminate/support" : "4.0.x", 
    "illuminate/database": "4.0.x" 
}, 
"autoload" : { 
    "classmap" : [ 
     "src/controllers", 
     "src/models", 
     "src/migrations", 
     "src/database/seeds" 
    ], 
    "psr-0": { 
     "Vendor\\Shop" : "src/" 
    } 
}, 

Answer 1

Если тесты не работают из корня вашего проекта (где artisan есть), то они, скорее всего, не развернув приложение до запуска тестов. Это означает, что ни одна из псевдонимов, определенных в app/config/app.php, фактически не определена. Вот что такое Eloquent, это псевдоним, который указывает на Illuminate\Database\Eloquent\Model.

Здесь вы можете сделать несколько вещей.

1. Используйте пакет под названием testbench. Я не использовал это, но из того, что могу сказать, зависит от всего репозитория laravel/framework. У меня смешанные чувства по этому поводу. Но, по сути, этот пакет выполняет настройку, аналогичную настройке вашего приложения Laravel во время тестов. Этот пакет может позволяет продолжить расширение Eloquent, хотя я не могу подтвердить это или отклонить.

2. Продлить Illuminate\Database\Eloquent\Model напрямую. Это, вероятно, намного проще, поскольку вы уже зависеть от репозитория illuminate/database. Единственным недостатком здесь является то, что если вы отпустите этот пакет, и кто-то поменяет псевдоним Eloquent своим собственным пользовательским расширением Eloquent, то он не будет применяться к вашему пакету. Поскольку ваш пакет напрямую распространяется на Eloquent и не использует псевдоним, он не так гибкий.

В конце концов, это зависит от обстоятельств вашей упаковки. Если он просто будет использоваться вами внутри, то я, вероятно, поеду с вариантом 2. Если нет, попробуйте вариант 1, и если он не будет возвращен к варианту 2.

Надеюсь, это поможет.

Answer 2

Как упоминал Джейсон Льюис в комментариях, главная проблема здесь в том, где phpunit является начальной загрузкой. Если вы разрабатываете свой пакет Laravel в папке workbench со свежей установкой Laravel, достаточно с уверенностью предположить, что ваш пакет не является агностиком, а зависит только от Laravel.

По существу, не обязательно, чтобы модульные тесты выполнялись в каталоге пакета исключительно из всего остального. То есть, предполагая, что мы не беспокоимся о том, что какой-то процесс CI запутался, но, вероятно, есть некоторые обходные пути. Я исследую это немного больше.

Так что я выбрал третий вариант. Просто дополните тесты своего пакета от TestCase, как обычно.

class MyAwesomeTest extends TestCase {}

Затем в командной строке, cd в корень родительского проекта Laravel и запустить PHPUnit с каталогом верстака в качестве аргумента.

phpunit workbench/vender/my-package/tests/

Это будет выполнять все модульные тесты своего пакета, с родителем, таким образом самозагрузка Laravel в дает Вам доступ ко всей удивительному тестировании блока Laravel помощи вы привыкли.