Действительно ли повышение виновно в том, чтобы быть неподобным повышению?
Вы не отправляете List<Post> с контроллера. Одна вещь, которую вы можете сделать, это. Вы можете получить список сообщений отдельно.
@RequestMapping(value="/viewcurrentpost")
public String showCurrentPost(Model m, Principal principal) {
boolean hasPost = false;
if(principal != null) {
hasPost = postService.hasPost(principal.getName());
}
List<Post> posts = postDao.getCurrentPost(principal.getName());
m.addAttribute("post", posts);
m.addAttribute("hasPost", hasPost);
return "viewcurrentpost";
}
В HTML Вы можете отправить как
<c:forEach var="hasPost" items="${post}">
<tr>
<td>${hasPost.id}</td>
<td>${hasPost.image}</td>
<td>${hasPost.title}</td>
<td>${hasPost.date}</td>
<td>${hasPost.description}</td>
<td >${hasPost.username}</td>
</tr>
</c:forEach>
4 ответа
Нет такой вещи как комитет по стилю Повышения. ISO WG21 проведет немного больше времени на общем стиле, но даже им удалось забыть станд.:: ifstream:: ifstream ((станд.:: представьте const& имя файла в виде строки),
Вы правы, не, все библиотеки повышения особенно подобны повышению. Дух является очень хорошим примером этого. Часть причины - то, что, когда она была принята, другие библиотеки повышения еще не были приняты/достаточно сформировавшиеся, чтобы Дух использовал их. (Вот почему существует что-то как 3 библиотеки Boost, которые определяют их собственные (несовместимые) значения заполнителя _1, _2 и так далее).
В большинстве этих случаев я полагаю, что они постепенно работают над получением этих причуд, объединенных назад вместе. Но afaik, Дух был добавлен, потому что это была такая большая и впечатляющая вещь, что это - "unboostness", был прощен.;)
Spirit in Boost может однажды стать Boost в духе: -)
Проще говоря, Spirit существовал до библиотеки Boost.Program-Options. Теперь я всегда использую Boost.Program-Options вместо того, чтобы вручную раскатывать с помощью Spirit.