denver

Пример форм можно глянуть/изучить здесь:
github.com/beberlei/AcmePizzaBundle
Там нет древовидной, но есть добавление/удаление элементов. Перемещение это то же изменение (скрытого поля). В общем для начала будет неплохо узнать про prototype аттрибут и как с ним быть.

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

Спрашивал Лукаcа (lsmith) об этом же, ответил что они уже слали jetbrains некий xml описывающий все возвращаемые классы с просьбой сделать поддержку такой динамической типизации. Видимо предполагается описывать и свои сервисы в похожем xml. Т.е. какой-то процесс идет, но конечно в 201x году изобрести DI без подержки автокомплита (и гордиться им) это в духе Фабьена. Мы пока повсеместно используем /** var… */ы и кое-где приватные геттеры. Но не отдельный класс со статическими, это же нарушает принципы IoC.

Ну, допустим что FeedEntity implements FeedItemInterface, тогда это будет бесконечный цикл, а выполнится только дважды из-за уникального ключа. Да и не правильно флашить в персисте — flush() начинает и заканчивает большую транзакцию, и подозреваю что это не правильно делать середине контроллера, в момент одного из персистов.