Такая ситуация:
требуется ВФ страница с серией скринов, ведущих через процесс создания этой записи, создания ее чайл-рекордс, и еще одной группы чайл-рекордс, затем через разных аттачментов.
Можно сделать ее как "монолитную" страницу "все включено", но мне нужно разделить всю эту работу среди разрабов, так чтобы они могли разрабатывать свои скрины независимо друг от друга, а потом собрали их под одной страницей легко как Лего.
пока у меня такой вариант: головная страница с сайд-меню, при нажатии на пункты которого открываются или скрываются эти "скрины", которые в свою очередь выполнены как ВФ компоненты или ВФ страницы в виде <apex:include>.
и я не уверен что лучше.
Долой чистый visualforce если не нужны стандартные стили!
про стили речи нет - будут кастомные, также нет вопроса и про перевод страницы на Front-end JS framework - не в этот раз.
вопрос только в том, как архитектурно организовать такую страницу, чтоб разрабы могли спокойно и независимо работать над свой частью, а потом все собрать как Лего под крышей одной страницы
Я конечно голосую за компоненты. Это дело привычнее в севременном мире (везде все помешаны на компонентах)
Единственно у меня похожей задачи не было - не знаю какие могут возникнуть проблемы по шарингу данных между этими компонентами. Если это не проблема - тогда смело используй VF Components. Они больше подходят для разделения зон ответственности между программистами и будут меньше связаны чем включенные страницы (имхо)
А почему не сделать по странице на каждое действие?
В чем профит от одной страницы?
А так на любую страницу можно будет зайти в любой удобный момент
Я так понимаю это wizard - который должен вести через цепочку шагов и шарить общие данные без сохранения на стороне SF (сохранение на последнем шаге).
Можно конечно заморочиться с передачей данных между шагами через POST но думаю это будет тот еще гомор.
Да, без особых подробностей я бы делал отдельными страницами.
Там упоминались файлы. Думаю, на каждом шаге будет происходить сохранение. Кучу информации хранить и потерять если что-то случится - это очень обидно.
Так, например при регистрации или заполнении форм на любом сайте - что-то неотвалидировалось или у тебя страница перегрузилась, все, ничего не сохранено. Начинать заново - облом. Закрываем.
С файлами конечно сложнее,
но с пошаговым визардом это обычный случай - когда надо собрать много информации от клиента и только потом дать возможность сохранить. Конечно, согласен, что держать кучу информации между шагами это страшно, но есть способы хранить эту информацию на клиенте, даже в случае перезагрузки страницы. Конечно уже тут стандартные средства VF не помогут - надо иметь знания и использовать JS логику. Но тогда и темы данной не было бы 
На вскидку сразу вспоминаю проблемы с вьюстейтом и надо учитовать что у компонентов нету собственного init метода при загрузки страницы.
это как то совсем олд-скульно, но на самом деле стоит подумать, так как при работе с одной страницей, там, де-факто, загружаются сразу все Шаги...
верно, не забывайте, что там будет еще создание дочерних записей, у юзера будет и должна быть кнопка "Сохранить драфт" на многих если не на всех шагах
это тоже стоит учесть
Вывод напрашивается сам собой
пора переходить на JS фреймворки и одностраничники.
Сразу головная боль от VF пропадет
я имел виду что делал какието вещи с actionfunction вообщем внутри компонентов они работали не так как ожидалось, приходилось выносить на страницу
