Хорошо, это просто то, что я чувствую, что должен спросить, поскольку я не мог найти никаких ссылок на это в какой-либо документации, и чтение фактического кода, чтобы выяснить, как лучше всего это сделать, займет гораздо больше времени, чем надеюсь потратить.
Когда вы входите в менеджер статей, у вас есть навигационная ссылка на менеджер категорий и наоборот. Я хотел бы сделать что-то подобное с моим компонентом и менеджером пользователей по умолчанию.
У меня уже есть плагин профиля для расширения пользователей в соответствии с моими потребностями, но я хотел бы, чтобы его конфигурация была бесшовной, поэтому настройка компонента com_user для лучшей интеграции с моим компонентом — это то, что я ищу.
Итак, мой вопрос заключается в том, что com_content и com_categories используют параметр «расширение». Можно ли добавить аналогичную функциональность без полного переопределения ядра com_users? Если я сделаю полное переопределение, есть вероятность, что некоторые расширения не будут работать из-за зависимости от пользователей.
Я готов уточнить, если что-то не имеет смысла, этот вопрос больше для того, чтобы увидеть, насколько вы можете «расширить» Joomla без переопределений.
ОБНОВИТЬ:
Я нашел классную технику, но не совсем ответ. Вы можете переопределить только контроллер/модель/представление списка в своем компоненте, и если вы основываете его на текущем компоненте com_users, вы можете сделать его похожим на прямую интеграцию. Единственные изменения, которые вам нужно сделать, это убедиться, что любые маршруты к просмотру пользователей вместо этого передаются вашему компоненту.
Однако с этим есть одна проблема: когда вы добавляете нового пользователя или редактируете его, как только вы закончите, он направит вас к главному менеджеру пользователей. Системный плагин может помочь в этом, но только если есть надежный способ определить, когда пользователь был отредактирован через ваш компонент, а не через менеджер пользователей.
Примечание. Проблема с добавлением переопределения в пользовательское представление заключается в том, что оно имеет 5-6 других компонентов MVC, на которые оно опирается, поэтому в интересах упрощения обновления с помощью основных обновлений com_users лучше избегать этого, если это вообще возможно. .
Еще одна необходимая вещь — убедиться, что вы нашли языковой файл для com_users и добавили все записи в свой компонент.
Я чувствую, что все еще может быть лучший ответ, но такой способ не сильно повлияет на ядро, и его будет легко обновить с помощью обновлений com_users.
Я открываю награду за это, я чувствую, что каждый вопрос, который я когда-либо задавал, принесет наибольшую пользу сообществу. Итак, вот сжатая версия вопроса.
Что может быть простым способом интегрировать основной компонент в пользовательский компонент и сделать так, чтобы он беспрепятственно проходил через этот компонент с минимальными изменениями в основном компоненте?