Добавить динамический метод к классу

у меня мыль немного в другом ключе: сделать продукт с фичей в виде изолированного плагина для потребителя, который ставится из их магазина по нажатию кнопки, совместим с нативными темами и woocommerce, а на разработчиков не ориентироваться

разработчики не смогут разобраться в коде, и это нормально, лишь бы фича работала из коробки
 
тут надо большой опыт работы с пятибаксовыми индусами, чтобы понимать, где им сложно станет
Например у меня он есть, но лучше бы и не было :)
Если делать просто из соображений нормального дизайна, они там все сразу стухнут.
определенно. Но есть еще более хардкорный вариант, когда такие индусы (и это не зависит от национальности) думают что что они поняли нормальный дизайн - вот тут начинается настоящий адок
 
который ставится из их магазина по нажатию кнопки, совместим с нативными темами и woocommerce, а на разработчиков не ориентироваться
С одной стороны да, любой плагин должен ставиться в oneclick из магаза, но с другой в "на разработчиков не ориентироваться" и кроется главная ошибка. На разработчиков не то что надо ориентироваться, надо ориентироваться на то как пишут другие разработчики и на другие популярные плагины. Т.е. надо знать как будет писать стандартный разработчик и как он сломает твой плагин своим плагином.
 
получается вопрос целевой аудитории - есть ли достаточно юзеров, которые ставят плагины сами, без индусов, и не лезут в код
 
получается вопрос целевой аудитории - есть ли достаточно юзеров, которые ставят плагины сами, без индусов, и не лезут в код
более 50% это точно вообще не пользуются. около 90% только периодически используют разрабов для мелких правок и доделок. и только около 10% активно исползуют разработчиков. Стата не по WP а по куче других коробочных решений, где есть oneclick инсталл. Стата будет отличаться в случаях когда нужны какие либо манипуляции при установке, трудно производимые обычным пользователем
 
получается вопрос целевой аудитории - есть ли достаточно юзеров, которые ставят плагины сами, без индусов, и не лезут в код

Эти юзеры ставят другие (готовые) индусские плагины. И тут задача написать код так, чтобы он не конфликтовал ну хотя бы с 90% этих плагинов.

В зависимости от задачи тут, сам понимаешь, может быть от "легко" до "вообще фиг сделаешь".
 
Вопрос в том, надо ли наши хорошие практики там. Мне тут пришлось немного поддерживать билинговую систему для платёжных автоматов, написанную на джумле в давние времена. Дело неприятное, копипаста много, но по итогу скорость и простота поддержки в разы легче наших слоёных систем на симфони и IDE решает кучу проблем гавнокода.
 
@AmdY Так в том то и дело что не надо. Только вот проблема в том что то что есть это слишком уж унылое гуано. Но и нормальная и привычная всем разработка там тоже в принципе не нужна. Нужен компромисс.
 
Сверху