Как обойтись без trait в PHP 5.3?

Question

[Николай Чуприк]

На 5.5 есть конструкция

include 'contract.php';

class Calculation	{
	use Contract;
 ...

где в файл contract.php вынесена громоздкая функция с большим количеством статичного текста (текста договора), который разбавляется небольшими вставками цены, реквизитов, сроков и проч.

trait Contract{ 
	public function create_contract()	{
...

Всё это прекрасно работало на 5.5, но возникла необходимость всё это запустить на 5.3.

Можно ли как-то вынести функцию create_contract в отдельный файл, т.к. не хочется всё это громоздить всё в один файл с классом Calculation? Тем более это я для вопроса упростил картину, на самом деле у меня создаётся таким образом не только договор, а целая пачка документов, для каждого из которых есть свой trait в своём файле.

Answer 1

[Lillipup]

Вынесите текст в отдельный текстовый файл, так будет проще.
Если что то поменяется в "договоре", Вам же придется это править в коде.

Comments

[Николай Чуприк]

Так по сути так и сделано, содержимое файла условно говоря выглядит так:

$this->contract_text = "Много букв много букв, заказчик: ".$this->customer." много букв много букв много букв много букв 
много букв много букв много букв много букв много букв много букв много букв много букв 
много букв много букв много букв, цена:".$this->price." много букв много букв много букв много букв";

Это конечно формально не текст, а код, но править его, очевидно, несложно даже девочке-юристу.

[edward_freedom]

Николай Чуприк, сделай статическую функцию в другом классе и вызывай ее где тебе надо

[Lillipup]

Николай Чуприк, так не должно быть, это не правильно.

[Николай Чуприк]

edward_freedom, хм, и вправду, что-то я не подумал. Наверное так и придётся сделать. Однако в договоре используется целая куча переменных полей (а именно 13). Так они жили в виде свойств в общем классе, и к ним можно было тут же обратиться, а теперь придётся все эти свойства передавать длинным "паровозом" в другие классы, которые формируют документы.

[edward_freedom]

Николай Чуприк, не надо создавать кучу аргументов у функции. Сделай модель обьекта договора, класс в котором будут все эти поля и используй их в обоих классах. И в итоге тебе надо будет передать всего один аргумент

public function renderDogovor(ModelDogovor dogovor)

[Николай Чуприк]

Lillipup, а как правильно? Как согласно высокому стилю задавать длинные шаблоны, в которые требуется вкрапливать переменные PHP.

На ходу выдумываю: наверное надо делать отдельный текстовый файл с вставками типа {{price}}, которые потом регулярным выражением подменять на значения нужных переменных PHP?

[edward_freedom]

Николай Чуприк, тут в принципе вообще трейт не надо был, он используется когда надо во многих классах вставить что то, а для одного раза он не надо

[Lillipup]

Николай Чуприк, совершенно верно

[Николай Чуприк]

Lillipup, edward_freedom, спасибо вам друзья

[Lillipup]

Николай Чуприк, Если кто случайно допустит ошибку в коде, к примеру в конце уберет ; у вас не будет работать вся программа, а с таким подходом

На ходу выдумываю: наверное надо делать отдельный текстовый файл с вставками типа {{price}}, которые потом регулярным выражением подменять на значения нужных переменных PHP?

Ничего страшного не случится, юзерам нельзя никогда давать править код.

[mletov]

Николай Чуприк,
Наверное, лучше запилить типа шаблонизатор.

В отдельные html файлы выносить
"Много букв много букв, заказчик: {{customer}} много букв много букв много букв много букв
много букв много букв много букв много букв много букв много букв много букв много букв
много букв много букв много букв, цена:{{price}} много букв много букв много букв много букв"

А в обработчике уже реплэйсить значения.

Answer 2

[Zmey14]

Не изобретайте велосипед, мы уже 6 лет с этим работаем.
Вынесите текст договора (пачки документов) в шаблон ТурбоКонтракт, разметтье его как вам угодно, реквизитами вариативностью, дайте доступ к редактированию шаблона вашим юристам, и используйте API для заполнения и формирования готового документа.

Answer 3

[Denis]

вместо трейтов можно использовать магические методы.
Сделать в классе метод attach который будет принимать обьект и реализовать метод __call в котором проверять есть ли данный метод в присоединенном объекте если есть то вызвать.