Я считаю, что это будет работать
for line in text:
for char in line:
if char == "/n":
text.replace(char, "<br>")
Существует множество различных шаблонов проектирования, но есть несколько очевидных:
Singleton - бины, определенные в весенних конфигурационных файлах, по умолчанию являются синглетами.
Шаблонный метод - широко используется для работы с повторяющимся кодом (например, как закрытие соединений чисто и т.д ..). Например, JdbcTemplate , JmsTemplate , JpaTemplate .
Обновите следующие комментарии: Для MVC вы можете прочитать MVC Reference
Некоторые очевидные шаблоны, используемые в MVC:
Model View Controller :-). Преимущество Spring MVC в том, что ваши контроллеры являются POJO, а не сервлетами. Это облегчает тестирование контроллеров. Стоит отметить, что от контроллера требуется только возвращать логическое имя представления, а выбор вида оставляется отдельному ViewResolver . Это облегчает повторное использование контроллеров для различных технологий просмотра.
Front Controller . Spring предоставляет DispatcherServlet для обеспечения отправки входящего запроса на ваши контроллеры.
View Helper - Spring имеет ряд пользовательских тегов JSP и макросы скорости, чтобы помочь отделить код от представления в views.
Spring - это набор лучших API-шаблонов, вы можете составить список покупок, если ваш рука. То, как спроектирован API, побуждает вас (но не заставляет вас) следовать этим шаблонам, и половину времени вы следуете им, не зная, что делаете это.
И, конечно, внедрение зависимостей, или IoC (инверсия управления), которая является центральной для всего материала BeanFactory / ApplicationContext .
Фактически DI-объект - это своего рода шаблон стратегии.Всякий раз, когда вы хотите, чтобы какая-то логика / реализация могла быть заменена, вы обычно находите интерфейс и соответствующий метод установки в хост-классе, чтобы связать вашу пользовательскую реализацию этого интерфейса.
Заводской шаблон также используется для загрузки компонентов через BeanFactory и контекст приложения.
Шаблон фабричного метода: BeanFactory для создания экземпляра объекта. Синглтон: тип экземпляра может быть одноэлементным для контекста Прототип: тип экземпляра может быть прототипом. Шаблон построителя: вы также можете определить метод в классе, который будет отвечать за создание сложного экземпляра.