В Spring/JSP, где форматирование должно быть выполнено?
В качестве альтернативы вы можете использовать Результат [ 111] (? и разделить на необязательный двоеточие, за которым следует пробел и @, за исключением первого в строке: import re
s = "Za @Foo_Bar: @BAR_foo @FooBAR @BArfoo"
print(re.split('(?
4 ответа
JSPs обычно не имеют много (или кто-либо?) код в них, таким образом, Ваши опции были бы
- контроллер
- библиотеки тегов
Я сказал бы, что библиотека тегов, вероятно, будет тем, что Вы хотите для большинства случаев, потому что обычно представление является кодом, который заботится о вещах как форматирование.
Если стандартные библиотеки тегов не получают Вас там, их не трудно создать, таким образом, можно прокрутить собственное.
Я обычно делаю форматирование, и т.д. в бобе или представлении "помощник". Это имеет несколько преимуществ включая следующее:
- Легче протестировать
- Гибкость для изменения технологий представления, не волнуя по поводу портирования или перезаписи, что Вы сделали в пользовательском tablibs.
- Инструмент для очистки и легче поддержать контроллер и код представления.
Я предпочитаю рассматривать часть форматирования слоя дисплея, таким образом сделанного в JSP. Я использовал Скорость последний раз, но ту же идею с JSP: контроллер возвращает модель данных, и представление ответственно за рендеринг тех данных в видимое представление. Много библиотек тегов JSP там для общих потребностей.
Вы упоминаете комплекс или вычисленные значения. Они походят на элементы модели данных результатов мне, так должен быть сделан в контроллере, даже если они могут в принципе быть определены другими данными, такими как сумма, макс. и другие итоговые значения. Путем форматирования в представлении я имею в виду основные вещи как дата и числовые форматы, разделение строки, выравнивание. Конечно, точная строка между данными и отформатированным представлением зависит от приложения, но я думаю, что Вы получаете идею.
Путем я сделал бы это, -
экземпляр класса Человека был бы единственным объектом в Модели ModelAndView
Я переместил бы "логику представления" в сам класс Человека. Например,
public class Person {
public String getLocation() {
return this.latitude.concat(", ").concat(this.longitude);
}
}
Я думаю в целом этот подход: 1 - усиливает Вашу модель предметной области. 2 - уменьшает дублирование кода (что, если Вы хотели показать местоположение в другом JSP? С Вашим подходом у Вас было бы много кода дублированным),