FOSUserBundle: в чем смысл?

Question

Я видел много людей, пытающихся использовать FOSUserBundle.

Я боролся с этим в течение 6 часов. Просто чтобы создать пользовательскую регистрационную форму. Основная документация составляет 6 страниц: basic. Вот все недостатки использования FOSUserBundle, с моей точки зрения:

• вы должны копировать вставить свои взгляды, чтобы сделать наследование возможного
• они имеют свои собственные таблицу в базе данных: fos_user. Таким образом, вы должны основывать весь свой код на своем объекте user, который имеет дочерний элемент BaseUser. Если ваша база данных соответствует соглашению (например, wordpress делает, со всеми таблицами, начинающимися с wp_), это нарушает ваше соглашение.
• Вы должны взломать все свои собственные взгляды такими вещами, как «если блок fos_user_content пуст, я полагаю, что ничего не видно, иначе мне нужно повторно организовать весь мой просмотр, чтобы отобразить блок fos_user_content (регистрация, изменение профиля пользователя и и так далее) «
• и теперь я вижу, что если вам нужны две разные формы регистрации (например, одна для клиента, одна для партнеров), это невозможно, если вы не взломали. См. here.

Так что мне просто интересно: в чем смысл использования, если FOSUserBundle? Если я уже сделал процесс регистрации, который следует самым основным вещам, описанным в помощи Symfony (формы, проверка формы и сеансы), и я просто скопирую вставку моего кода, это, с моей точки зрения, намного быстрее, чем установка , настройка, наследование, изменение и т. д. FOSUserBundle.

Зная, что я сделал, каковы преимущества FOSUserBundle? Что может заставить меня измениться и занять еще несколько часов, чтобы он работал с моим проектом, вместо повторного использования моего (формы, проверки формы и сеансов) из другого проекта?

Answer 1

Ну, ваш вопрос звучит скорее как напыщенная речь, но у вас есть некоторые моменты.

На мой взгляд, основная проблема FOSUserBundle, а также множество пакетов в сообществе - это то, что они пытаются сделать его настраиваемым, универсальным, повторно используемым, что угодно.

Целью является справедливая, но на самом деле она часто приводит к не подходит для человека код. В большинстве случаев вам потребуется гораздо больше времени, чтобы «сделать это», используя сообщество, вместо того, чтобы создавать свои собственные (см. Пакеты Sonata).

Я не говорю, что они плохие связки, совсем нет, но они заслуживают различного назначения.

Для меня такие пучков могут помочь новичкам иметь быструю реализацию, чтобы получить вещи сделаны, а в случае развития Rapid Application, это может быть очень легко получить полностью работающее приложение со всеми процесс регистрации выполнен.

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

Для сравнения, я очень люблю НПМ сообщества, есть много маленьких пакета с одной функцией, вы можете легко интегрировать, таким же образом, я стараюсь, чтобы пользу библиотеки вместо расслоения, когда я хотите выпустить проект с открытым исходным кодом. Речь идет о том, что реализация рамок не содержит никакой концепции или философии и легко интегрируется в существующий проект.

Я помню некоторые ранние дни, когда мне приходилось играть с Joomla, Drupal, Wordpress, что бы это ни было, это мода «плагин/расширение/модуль», так же, как мы часто слышим «есть набор для этого », некоторые люди, или компания просто хотят сделать это, независимо от качества, будущего приложения, потому что оно уже продано.

В заключение, такие пакеты могут значительно помочь и ускорить процесс разработки, но будьте осторожны, если у вас есть пользовательские требования, последствия для производительности и т. Д., Не используйте их, однако, если вы хотите только получить быстрое доказательство концепции , или простое приложение, это стоит того.

Это история фантастики основана на моем собственном опыте и неудачи его использования :)