Я разрабатываю приложение CakePHP, которое мы предоставим в качестве белого ярлыка для людей для реализации для своих собственных компаний, и им нужно будет иметь определенные возможности настройки для себя.Белая маркировка CakePHP: Каков наилучший способ для обеспечения перехвата настроек/обратных вызовов для исполнителей?
Для начала они смогут делать все, что захотят, с видами, и они могут добавлять свои собственные контроллеры/модели, если им нужно добавлять совершенно новые вещи. Однако я бы скорее посоветовал не прикасаться к контроллерам и моделям моих, чтобы упростить обновление версий.
Возможно, возможности настройки, которые я планирую предоставить, будут достаточно простыми, мне просто нужно называть «что-то», когда происходят определенные вещи, поэтому они могут делать такие вещи, как обновление внешних систем, сама электронная почта/клиенты, такие вещи.
Мне интересно, что это лучший способ сделать это?
Мой план состоит в том, чтобы иметь «файл» (с одним классом) для каждого моего контроллера, чтобы держать вещи разумно организованными. Этот файл будет иметь пустые методы, которые мой код вызовет, и они смогут добавлять код внутри этих методов, чтобы делать все, что им нужно.
Вопрос в том, должен ли этот класс, полный пустых методов, быть Компонентом? Контроллер? Просто обычный простой PHP-класс?
Мне нужно будет вызвать методы в этом классе из моих контроллеров, поэтому я предполагаю, что это не может быть проблемой для Контроллера (если, возможно, это не контроллер, который наследует мой или мой наследует от их, возможно,). Кроме того, мне нужно, чтобы разработчик этих методов имел доступ к моим моделям и компонентам, хотя я в порядке с их использованием App :: Import, мне не нужно иметь магические элементы $ this-> ModelName задавать.
Кроме того, этот файл, который я создаю (etiher Component или Controller), должен находиться в папке приложения рядом с другими (my) контроллерами/компонентами? Или я могу бросить его где-то отдельно, как в папке продавцов?
Вы уже что-то делали раньше?
Любые советы/советы/подводные камни, которые следует избегать, будут более чем приятными.
Я знаю, что это своего рода субъективное, я хочу услышать от вашего опыта в основном, если вы сделали это раньше.
Спасибо!
Большое спасибо за ваш ответ. Идея абстрактных контроллеров кажется интересной, мне нужно посмотреть дальше, чтобы убедиться, что CakePHP не задушит ее. –
Что касается вашего другого упоминания, я определенно не продлеваю CakePHP, а потом мои клиенты пишут свой собственный код. Я собираюсь дать им полностью функциональное приложение из коробки, но я знаю, что некоторые из них захотят сделать что-то, когда что-то случится. Примерами являются такие вещи, как обновление внешнего CRM при создании/изменении учетной записи, отправка по электронной почте людей, когда происходят определенные вещи, подобные вещи. Это не серьезные изменения в работе системы, это всего лишь некоторые перехватчики, поэтому они могут делать простые пользовательские вещи, которые могут им понадобиться. –
@ Даниэль. Просто ты просто сделал это так, как будто бы ... :) «Абстрактные» классы отлично работают в Cake (это все просто PHP), я использовал их сам по себе. Вы также можете просто предоставить пустые классы методам, которые вызываются при определенных событиях, которые ваши клиенты могут заполнить кодом, если это необходимо. Это действительно зависит от обстоятельств, что лучший метод. – deceze