Лучшая практика направляющих для того, чтобы иметь ту же форму на нескольких страницах
Похоже, вам нужно сочетание http://logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/DailyRollingFileAppender.html и http: / /logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/RollingFileAppender.html.
Вы должны будете написать самостоятельно. Хорошая новость заключается в том, что вам просто нужно «объединить» функциональность этих классов, новый код «низкого уровня» не требуется.
2 ответа
Возможно ли, что ваша модель Post находится во взаимосвязи own_to с каждой моделью, чей контроллер вы будете использовать для рендеринга формы? Выполняете ли вы какую-либо специальную обработку в контроллере Post помимо Post.create (params [: post]) ?
Если вы ответили утвердительно на первый вопрос и нет на второй, вы могли бы обойтись минимальное искажение путем добавления accept_nested_attributes_for к каждому из контроллеров, на которых пользователь может создавать сообщения.
Как бы то ни было, Робертпостилл прав в том, что, вероятно, именно сейчас нужно начинать изучать AJAX, чтобы просто заменить раздел страницы. Проблема только в том, что делать, если у пользователя отключен javascript. Лично мне нравится делать дизайн для случая, отличного от javascript, и добавлять удобные методы.
Что касается мыслей о том, что вы считаете двумя вариантами,
1) Я ' Мы использовали этот метод для хранения неглубокой копии объекта во флеш-хэше. Сохранение при переадресации. Однако это может не сработать для вас, учитывая переменный характер сообщений. Поскольку вы можете отправить только данные размером около 4 КБ, и это включает другую информацию в дополнение к вашей мелкой копии.
2) См. Ответ robertpostill
Речь идет о том, что вы переходите от полных обновлений страницы к обновлению разделов страницы с помощью AJAX. Есть множество вещей, которые вы должны учитывать, но наиболее подходящим подходом будет разделение ответа между ответом AJAX и простым ответом HTML. Ознакомьтесь с этой статьей ONLamp , этой статьей регистрации или удивительной гибкой веб-разработкой с помощью книги rails . По сути, ваш контроллер отображает новый div, заменяющий старый div, содержащий результат отправки частичного.
В вашем вопросе вы упоминаете два подхода, поэтому я постараюсь дать вам несколько указателей, почему и почему не здесь:
Вариант 1) Этот вариант не так уж и плох с парочкой настроек. Основная настройка - сохранить объект в сериализованной форме в БД. Затем просто передайте идентификатор сериализованного объекта. Ваши плюсы в том, что данные сеанса сохраняются, поэтому восстановление сеанса более аккуратное, а сеанс остается легким. Обратной стороной этого является то, что наличие ведра мусора сеанса в вашей БД будет загрязнять ваше приложение, и вам нужно подумать о том, как истечь неиспользованный сеанс мусора из БД. Я никогда не видел этого конца хорошо ...
Вариант2) Эх, не внутри application_controller! :) Серьезно, держите это как последнее средство. Вы можете вставлять что-то в помощники и получать доступ к этим методам внутри ваших контроллеров и представлений. Однако тестирование этого материала не так просто, поэтому будьте осторожны, прежде чем выбирать этот маршрут. Операторы переключения можно заменить в объектно-ориентированных приложениях, немного подумав,