Изучаю SpringMVC, пишу некое подобие блога.

1) Есть PostController, который выбирает из базы пост и комменты к нему, затем все это отображается на страничке. Там же есть поле для добавления комментария. Как лучше организовать этот процесс? а именно:

- Должен ли быть контроллер, который обрабатывает комментарии обязательно FormController, так как сам комментарий мы получаем из формы. Или же это может быть обычный AbstractController, а текст комментария просто получать из запроса. (Валидацию можно возложить на javascript)

- Когда сабмичу комментарий нужно как-то указать к какому посту этот комментарий принадлежит, хотя мы явно понимаем какому, но это же надо как-то указать и приложению. Тут я вижу два пути -  передавать сам объект типа Post с jsp странички, который мы раньше получили и отобразили, или же передавать id этого поста и уже в контроллере по id выбирать пост и назначать его комментарию. Если втрой вариант, то id можно передать hidden полем в форме, а если первый, как то как передать объект Post? Просто в скриплете положить в запрос или в сессию? Может есть более красивое решение? Может есть какие теги спринговые полезные или еще есть вариант?

2) Добавление комментариев лучше производить в отдельном контроллере или же в PostControlelr?

3) Предположим мы добавили комментарий, если это произошло в отдельном контроллере (CommentController), то как нам потом форварднуться на PostController, чтобы заново выбрать и отобразить уже пост с обновленными комментариями?      

4) Если форварднемся на PostController, то опять будет происходить выборка того же поста и тех же комментариев + 1 новый. Не есть хорошо. Можно конечно же деалть через аджакс, но аджакс пока прикручивать я не тороплюсь.

Короче вот такая цепочка вопросов.   

garbuz, 



ИМХО Плохая идея. Валидация ВСЕГДА должна быть на стороне сервера и опционально на клиенте, поскольку, js на клинте может работать не корректно, или просто не работать - откуда Вы знаете с какого устройства будут смотреть Ваш блог.

Кроме того, любой "кулхацкер" сможет подправив код страницы, обойти Вашу JS валидацию.



ИМХО - в отдельном.



Думаю, id в хидден поле. 




ИМХО, это тот случай, когда грамотная реализация ajax будет лучшим выбором, а пока - "выборка того же поста и тех же комментариев + 1 новый"

Vasay, спасибо за ответы!


Полностью согласен, но на первое время думал обойтись без серверной валидации.



Смотрите, если же передавать не id а объект Post, то этот объект можно потом передать в Post контроллер и тогда нам останется подтацить только комменты. Т.е. что лучше будет? Потаскать объект через контроллеры или сделать + 1 запрос к базе?  Отсюда вытекает вопрос, который есть в первом моем посте - как передать объект правильнее и как потом с этим объектом форварднуться на другой контроллер?

Следующий вопрос.
Создание нового поста лучше производить в отдельном контроллере или же в этом же? Большинство небольших примеров что я видел, работали по правилу один запрос - один контроллер. Правильно ли это? Я думаю сейчас делать все в одном контроллере, например в PostController будет работа с потами (типа просмотр, создание, удаление, редактирование и т.п.) Рулить собираюся всем через параметр action, в контроллере перебираю его через if и в зависимости от значения выполняю действия. Такой подход нормальный? Или же лепить много контроллеров на каждое действие?

id в хиден поля можно не класть

использую к примеру SimpleFormController
и добавив атрибут в настройке контроллера sessionForm = true (в таком случае контроллер в formBackingObject будет заходить только один раз, но там есть подводные камни)

и еще пытайтесь всегда использовать для форм SimpleFormController (ну и еже с ними Wizard и тд, но не AbstractController и MultiactionController) в конечном итоге это очень сильно сэкономит время 

Добавлено через 2 минуты и 36 секунд
валидацию форм тоже проводите в отдельных классах имплементирующих интерфейс Validator

Добавлено через 4 минуты и 1 секунду

зря... делается она придельно просто и красиво с помощью спринга

goodday1941, спасибо за советы, учту. А вот что на счет последнего вопроса?

я делаю обычно так:

форма - 100% SimpleFormController с Validator (даже если нечего валидировать , хотя что валидировать есть всегда)
что то визардовое (пошаговое) - соответственно WizardController
ну и далее действие относящиеся к одной сущности (например показать список пользователей, удалить пользователя) - MultiactionController
AbstractController использую очень редко но бывают ситуации


рулить через параметр экшин ИМХО недопустимо....  if - else это из розряда функционального программирования ) легко запутаться
лучше иметь 10 простых классов по 100 строк чем один на 1000


Это сообщение отредактировал(а) goodday1941 - 13.5.2009, 17:41

goodday1941, еще раз спасибо за советы. Про formController приму к сведению, даже наверно постараюсь переделать то, что уже есть.
Недавно читал про MultiactionController. Там идея понятна, если конечно сведения из моей книги не устарели 
Допустим будет что-то типа такого 

В случае отображения, как я понимаю урл должен быть типа /post.htm?action=show&postId=x
В случае create, как я понимаю урл должен быть типа /post.htm?action=create
В случае delete, как я понимаю урл должен быть типа /post.htm?action=delete&postId=x

Естественно, что действие удаления поста будет доступно только для админов, но обычный пользователь тоже сможет написать такой урл и отправить его серверу и тогда произойдет удаление поста, который не следует удалять. Как быть в такой ситуации?

Добавлено через 7 минут
И как быть если у нас один котроллер должен быть  Multiaction, а так же должен обрабатывать данные от формы? От какого екстендиться предпочтительнее?

нет

урл зависит от того что прописано в маппинге...
например при SimpleUrlHandlerMapping будем иметь урлы = названию метода
тоесть 
     

так же можно явно указывать какой урл соответствует какому методу, думаб в вашей книге это есть ) если конечно ваша книга называется Spring in Action )

Добавлено через 3 минуты и 26 секунд

тут будет два контроллера



почитай про asegi - это приблуда на спринг для аутентификации, 
ну или более простой вариант повесить фильтр на урл доступ к которому имеют только одмины

Добавлено через 5 минут
фильтр проверяет залогинен ли пользователь если нет то редиректит запрос на страницу с логином

А можно примерчик, если есть конечно. Книга Spring in Action, но первое издание. Посмотрел во втором, там про Multiaction не написано вообще, точнее написано, а примера нет.

Итак. С самого начала начал лепить практически везде abstract контроллеры. Ну что же, первый блин как всегда. Решил все переделать с самого начала, но сперва решил еще раз посоветоваться. Вот что я решил:
1) HomePageController ext AbstractController - выводит на главную страницу все посты и информацию к ним (дату, теги, автора).

2) PostController ext MultiactionController - показывает конкретный пост с коментариями и удаляет посты, принимает в качестве параметра postId.

3) CreatePostController ext SimpleFormController - создает и редактирует пост, так как там тоже все на формах. А возможно в этом контроллере проводит вякую валидацию и создание объекта, а потом с этим объектом редиректиться на PostController и там уже в соответствующих метода записывать объект в базу? Или так не стоит делать?

4) CommentController ext SimpleFormController - создает новый комментарий, который приходит из формы, хотя в форме всего одно поле. (думаю что удаление и редактирование комментариев не нужно вовсе, хотя удаление может быть...)

ну что? Кто что думает на счет таког подхода?

Теперь осталось разобраться как всем эти рулить.

Нашел в оф доках  ParameterMethodNameResolver, который выбирает метод в зависимости от значения указанного параметра, например action=create, action=edit.
Так же нашел PropertiesMethodNameResolver, который, как я понял, биндит урл на конкретный метод. 
Там же в обоих примерах упоминается некий делегат, которому, как я понял, мы можем делегировать нек методы. Вопрос для чего? Не проще ли все объявленные методы в контроллере реализовать? Зачем еще делегат?

Короче вот как-то так, жду ответов  Заранее спасибо!   

garbuz, советую посмотреть на сэмплы спринга типа jpetstore и остальные(обычно лежат в архиве спринга) половина вопросов отпадут сами собой


этого точно не стоит делать, каждое действие должно лежать в своем классе



можно добавить поля имя автора камента и мыло. Удаления камента сделаь для админа и автора поста


взято из сэмпла по спрингу petclinic

этого лучше не использовать.. нужно ж и про SEO думать, а поисковикам урлы с параметрами не нравятся


валидацью можно проводить и в этом классе но лучше написать отдельный класс валидатор.. в интернете примеров валом есть как это делается
создание объекта - что имеется ввиду?

Значит лучше использовать PropertiesMethodNameResolver?

Со всем остальным пока буду разбираться.

я использую SimpleUrlHandlerMapping и не указую резолвера когда создаю спринг бины

тогда например название метода в MultiactionController'е будет соответствовать урлу, а для остальных что пропишем при маппинге то и получим

но это дело вкуса многие прописывают для мультиэкшн контроллера PropertiesMethodNameResolver

Итак господа, смотрим что получилось. Пинаем, ругаем советуем.




Получаем все посты и отображаем их на главной.


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

home.jsp






Сейчас PostController занимается тем, что показывает конкретный пост, выбирает данные для создания нового поста и переправляет нас на нужную вьюху, выбирает данные для редактирования поста и перенаправляет нас на нужную вьюху. Контроллеры, которые будут создавать посты и редактировать, еще не готовы. Пока в FormController не разобрался, как-то примеров внятных не получается найти. Может кто выложит и объяснит что к чему?

И еще вопрос, который уже был выше. Итак, пользователь у нас залогинен, ему отображается ссылочка для редактирования поста типа 
http://localhost:8080/blog/editPost.htm?postId=1, он там подредактирует, отсабмитит и все окей. Если пользователь не залогинен, тогда он отсылается на форму логина, это делает сам томкат. Но что делать если пользователь залогинен, но не является автором поста но каким-то чудом узнал такую ссылку и прошел по ней. Открывается та же форма редактирования. Выше предлагались решения, пока решил остановиться на фильтре. Как в фильтре проверить может ли этот пользователь править пост или нет?

времени нет смотреть, но то что бросилось в глаз:

 <%@ include file="header.jsp" %>

скриплеты - зло - по возможности попробуй отказаться от них раз и навсегда

используй jstl теги

используй теги Spring MVC для форм которые пишуться под SimpleFormController

Окей, буду стараться.


Как на счет остальных вопросов в предыдущем посте.

Разбираюсь с simpleFormController. Вот цитата из Spring in Action

Значит моя писанина выше с PostController не верна! Ведь именно он сейчас отображает вьюхи с формами! Так же это значит, что мой PostController не должен быть никаким multiAction контреллером, а должен лишь выполнять одно действие - выбирать пост и отображать его.

Итак, что я понял из прочитанного. Если где-то ошибусь - прошу поправить.

1) Когда приходит GET запрос, то контроллер показываем форму, когда POST, то обрабатывает форму.
2) У бина формы есть две вьюхи - одна сама форма, вторая - куда переходим после удачной обработки формы.
3) В конструкторе контроллера можно вызвать два метода setCommandClass(), setCommandName, эти же параметры мы можем указать бину через xml. Как я понимаю это класс и имя объекта, которые получатся после сабмита формы
4) В методе formBackingObject происходит создание объекта, который нам вернет сабмит формы.
5) Метод referenceData нужен для того, чтобы передать на форму какие-то доп данные. Например для создания поста, я в форму должен передать список категорий. Категории получаем именно в этом методе.
6) Метод onSubmit нужен для получения объекта из формы, дальнейшей работы с ним и перехода на successView

Непонятно следующее! Как происходит заполнение объекта данными из формы? Может кто объяснит немного? И еще интересует вопрос использования спринговых тегов, можно даже примерчик сюда кинуть ))

Вот мои мысли по поводу этого контроллера, если где не прав - исправляйте, если где мало сказал - дополняйте 

Пример:<form:form commandName="form"> - значит, что работа будет проходить с объектом form(это который backing object). 
<form:input path="searchValue"/> - поле ввода, связанное с полем searchValue объекта form.
Спринг сам заполнит нужное поле, то есть выполнит операцию:
form.setSearchValue("введенное в поле ввода значение")

Добавлено через 6 минут и 33 секунды
Я выше не читал, но так понял, что Spring Security здесь не участвует? Имхо, лучше сразу делать с ним, потратишь время на решение этого вопроса иным способом, а потом снова тратить время на изучение нужного способа.

Это сообщение отредактировал(а) Старовъръ - 15.5.2009, 18:47

Старовъръ, спасибо. Не мог бы код jsp скинуть, где эти теги учавствуют и есть какая-нить форма? Если есть конечно 

Формочка пока совсем еще примитивная: парочка меток, поле ввода, сабмит и табличка:Вот backing object:

Вот контроллер:
Правда это у меня еще все в разработке... Спринг не так давно начал изучать.

Кстати, можно использовать и обычные html-теги:
<input type="textarea" name="form.searchValue">
Но если произошла ошибка и страницу нужно наново показать, то в данном случае все введенные данные потеряются. Используя же spring bind tags ничего страшного не произойдет - поля наново заполнятся.

Старовъръ, спасибо, буду курить  завтра )

Объект из формы передается как параметр в онСабмит.

По всем остальным пунктам - правильно.

Появилось время, сел опять за спринг. Разбираюсь дальше с FormController.
Все вроде бы сделал правильно. 






Странно то, что после сабмита формы я не попадаю в метод onSubmit, у меня проиходит снова вызов formBackingObject и referenceData. Почему?
И еще вопрос. Например я отсабмитился, все нормально. Далее должен следовать переход на success view. А там сразу бы хотелось отобразить новый пост, а этим занимается другой контроллер. Короче надо перейти на другой конторллер и еще ему параметр передать.

Цитата из Spring in action

Не понимаю, почему у меня после сабмита формы не вызывается этот метод. Метод пост в форме указан явно, commaddName тоже поменял с post на newPost, даже атрибут action явно указал, но все равно попадаю в formBackingObject()

formBackingObject  вызывается всегда.
А вот referenceData не должен. Может какие-то ошибки валидации и Спринг обратно показывает форму?

Попробуй:
1. Пройтись дебагом. Посмотри метод processFormSubmission , там как раз вызывается onSubmit
2. Посмотри полный лог Спринга (левел DEBUG).



В онсабмите:

Почему? Разве не только перед отображением формы? Насколько я понимаю, в этом методе создается объект, который будет запонятсья данными из формы, и его же мы получам в onSubmit как параметр. Зачем еще раз вызов метода formBackingObject(), зачем нам второй объект?
Если я неверно понимаю ситуацию - прошу объяснить 



В методе processFormSubmission поставил брейкпоинт и обнаружил эксепшн! Там что-то не то с валидацией! Буду разбираться что. Хотя валидация явно пока еще не прикручена.




А где это можно глянуть?

Как выяснилось, ошибка в том, что в объект в поле типа Set попадает строка. Есть на странице множественный select, как выбранные элементы списка превратить в набор и отдать его объекту?

Мучаю дальше SimpleFormController (если разберусь, то можно и статейку в faq набросать  )
Сейчас стоит задача забиндить коллекцию в объект. Нашел в инете примерчик



Правда не совсем понятно, как это все работает. 
Итак, как происходит процесс у меня, судя по дебаггеру.
1) Вызывается formBackingObject(). Кстати, что за свойство sessionForm(true/false). Я чего-то так и не понял, за что отвечает? Поставил значение true и после сабмита метод formBackingObject() больше не стал вызываться, то что я и хотел.
2) Вызов initBinder, где сначала происходит только регистрация customEditor, как я понял
3) Список категорий получаю в методе referenceData()
4) Снова initBinder, но в этом методе уже происходит вызов метода converElement, в качестве объекта element приходит id категории, т.е. просто число. Вот тут непонятно? Откуда он взялся? Из тех данных что поулчены в referenceData? Или откуда еще? Причем приходит не один id, а итерируюстя id всей коллекции категории, да. То что нужно. Но если у меня всего 4 категории, то вызов converElement происходит 8 раз, по два раза для id каждой категории. Почему?
5) Отображается форма.
6) Заполняю, сабмичу.
7) Снова вызов initBinder, в качестве element приходит "" (об этом позже)
8) Появляется ексепшн
9) Вызов processFormSubmission()
10) Снова вызов referenceData
11)  Снова вызов initBinder как в пункте 4
12) И так по кругу....

Короче вот такая ерунда. Непонятно зачем метод initBinder вызывается столько раз? Мне кажется, что он должен вызываться один раз после сабмита, получать значение из формы и вытаскивать объект по этому значению. Короче каша в голове. Кто объяснит, буду признателен.

и еще один момент на счет jsp

catefories - это коллекция, которую получаю в referenceData.
HTML на странице выглядит так 

Значение атрибута value пустые, поэтому и в initBinder после сабмита приходит пустая строка. Почему пустые, пример select и options взял с офф референса. 

Буду рад любой помощи 

Ого, сколько проблем    Сегодня не успеваю, завтра утром постараюсь помочь.

Жду! А то мне даже не уснуть 

Это связано с параметром sessionForm.
Зачем этот флаг нужен: если он установлен, то комманд обжект хранится в в сессии, а не в реквесте. Это нужно, например, для визард форм, одна форма на несколько страниц.
Вот для этого и в вызывается formBackingObject второй раз (при "ПОСТ") - чтобы или вытянуть из сессии уже существующий комманд обжект, или сделать новый.
Поставь его в false у себя.


Если у тебя log4j подключен, поставь левел DEBUG для пакета org.springframework


Посмотри тут, хотя у тебя вроде похоже сделано.



Из-за ошибок бинда получается такой бардак, попробуй их исправить и посмотрим дальше.

По селекту - вроде все правильно. Ты точно айдишники передаешь? Геттеры/сеттеры правильные?


И еще.
1. Почему не возьмешь книгу по Спрингу, например "Spring Live". Там вроде это хорошо объясняется.
2. Почему не смотришь исходники Спринга? Для чего их открытыми держат?  Там и увидишь всю логику обработки запроса.

Kangaroo, во-первых, спасибо большое за ответы!   


В принципе я все понял из твоего объяснения, но если я ставлю 
то у меня formBackingObject вызывается один раз до сабмита формы, как я хотел. Т.е. как я понимаю, в этом методе, создаем объект, который будем заполнять данными из формы. Соответственно после сабмита нам надо получить его уже с данными. Если же поставить 

то метод вызывается еще раз после сабмита, создается новый комманд обджект, а это мне не надо. Или я опять что-то неверно понял?



Нет, пока без него. Стыдно товарищи, но я им еще вообще не пользовался.


Исправил. Забил на спринговые теги, оставил только селект.

Так id выводится, все работает, биндер соответственно тоже отрабатывает нормально. С этим вроде разобрался 
Еще вопрос по спринговым тегам. В примерах встречал <spring:bind> это как я понимаю в старых версиях спринга было, сейчас <form:. Верно? Или путаю? 



Книгу нашел, буду глядеть если что. В исходникики тоже постараюсь заглянуть  

Следующие вопросы )
1)Хочу сделать отдельное поле для ввода тегов через запятую, набор тегов тоже представляет собой коллекцию, но в итоге это будет выглядеть не как массив, как в случае с множественным селектом, а как простая строка. Какой биндер выбрать, чтобы на основе этой строки выбралась/создалась коллекция тегов. 
2)Так же туда же хочу запихать чекбокс, там пользователь отмечает черновик это или же нет. Ну понятно что я имею ввиду. Тоже вопрос какой биндер выбрать, чтобы вытащить объетк типа Status и назначить его новому посту.

Спасибо!

Он берется пустой и заполняется (биндится) значениями с формы. Если бы у тебя сессонФорм = тру, то брался бы не пустой, а полученный из сессии (может в нем уже есть данные с предыдущих форм-страниц).



Я с этим не работал, но думаю что в <form: используется <spring:bind>. Он просто более нижнего уровня.

По вопросам:
1. Не знаю такого, напиши сам.

2. Зачем Status, если можно boolean и и стандартный биндер checkbox-boolean.

Кажется начинаю понимать. Сам объект, который мне собственно и нужен, формируется два раза - до и после сабмита. Если я ставлю значение false, то мой объект будет тот, который уже создается после сабмита, и в который потом заносятся значения. А тот что был получен до сабмита, его схавает сборщик мусора.



вот. В принципе то, что я хотел (для реализации пришлось лезть в исходники спринга   )


Вроде даже как работает 




У поста планируется не два статуса, а больше. Так что обычный булеан тут не прокатит. Буду тоже извращаться и писать что-нибудь подходящее. 

Еще раз спасибо! 

Вот биндер для статуса, решил использовать радиобаттоны

Сам кастом едитор

Вопрос вот в чем. Когда Происход регистрация биндера, до показа формы, то сразу вызывается метод setTextAs, причем вызывается два раза с двумя значениями радиобаттнов, т.е. по идее из базы дергаются два объекта. После сабмита этот метод вызывается снова, но уже один раз с тем значением, которое мы выбрали на странице. Вытаскивается нужный объект типа Status. Почему спринг перед сабмитом дергает этод метод и вытаскивает "лишние объекты"?

Начал прикручивать валидацию!   
С текстовыми полями все ясно вроде бы, переопределяем метод getText:

Этот метод, возвращает строку из имени объектов коллекции тегов. 
А что делать с радиобаттонами и селектом? Как у них на странице засетить выбранные ранее значения?

PS. Вопрос по методу выше, почему метод вызывается еще несколько раз(а именно 4) до показы формы, потом после сабмита и после валидации. Неужели так и должно быть?

1. Ммм.. а как валидация происходит? Не вижу тега <form:errors...>
2. <spring:bind> - это устаревшая вещь.
3. Почему бы не разбивать вопросы по разным темам? Название темы должно отражать ее суть и в одной теме желательно должен звучать один вопрос. Другим будет легче искать уже отвеченные темы, если их разбивать по отдельным вопросам.

Это сообщение отредактировал(а) Старовъръ - 2.6.2009, 12:03

<form:errors...> на странице


А про <spring:bind я так и думал, что это устаревшая версия. Вопросы остаются открытыми:

Еще вопрос.
Есть контроллер, который просто отображает какой-либо пост. На странице внизу есть форма для комментарев. Т.е. сама форма отображается все тем же контроллером. Какого типа должен быть контроллер, который обрабатывает комментарии? 
1)Если он будет предком SimpeFormController, тогда получается, что сама форма отображается другим контроллером. Или это не важно? Можно обойтись только POST запросом и все. Но с другой стороны если прикручивать валидацию и будет ошибка, то надо как-то снова отобразить эту страницу с формой, но этим же занимается другой контроллер.
2) Сделать предком AbstractController и просто вытаскивать данные из запроса. Но тогда мы теряем валидацию и прочие прелести SimpleFormController'a. 

Как в этом случае лучше поступить?

Найдено рещение для радиобаттонов. Надо тоже было переопределить метод getAsText, который должен возвращать строку, подобно той, которая прописана у радиобаттонв на странице в атрибуте value, тогда после сабмита и возврата на форму, этот радиобаттно становится выделенным  

Остался множественный селект :(

Решил пока оставить select в покое.
Перефразирую свой вопрос выше более понятно.

Есть PostController, который в качестве параметра принимает id поста, выбирает пост с комментариями из базы и вызывает вьюху, где все эти данные отображаются. Внизу страницы есть текстовое поле для комментариев. Так вот, какого типа должен быть контроллер, который будет добавлять эти комментарии?
Я вижу два варианта.
1) Это будет класс, расширяющий SipmleFormController
2) Это будет класс, расширяющий AbstractController

Если это первый вариант, то как мне в форме, которая будет отображаться другой вьюхой (та что упоминалась выше) указать поля для биндинга данных, что будет в случае если не пройдет валидация и снова потребуется отобразить форму - соответственно нужен GET запрос и нужно снова отобразить эту страницу с формой? Этим же занмиается Postcontroller. короче вот такая ситуация.

Если это второй вариант, то тут как мне кажется все проще. Получаем из запроса текст как параметр, валидируем его собственными средтвами, снова отображаем эту страничку путем редиректа на PostController. Хотя если возникнет ошибка при валидации ее придется как-то передать сквозь редирект. 

Кто что посоветует? Может есть более красивые и правильные решения? Надеюсь, что понятно обрисовал всю ситуацию 

Нет, не понятно) Если на странице есть инпуты, используется SimpleFormController. Он же расширяет AbstractController, посему ты и так, и так будешь использовать AbstractController 

Это сообщение отредактировал(а) Старовъръ - 4.6.2009, 14:09

Мда, что-то я как-то затупил, почему сразу не использовать один контроллер для отображения поста и создания комментраиев. Сам пост и имеющиеся комментарии можно выбирать в методе referenceData как доп данные. А сам новый комментарий будет как commandObject.
Старовъръ, спасибо за наводку   

Для других обучающихся лучше когда в одной теме. Суть темы предельно проста - обучение Spring'у. Так держать, гарбуз!

Не-а.

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


Вот как-то так.