Передовые практики Enterprise Spring, часть 2. Архитектура приложений

• System Domain — инфраструктурные компоненты, сантехника, это сладкое место весны!
• Проблемная область — бизнес-компоненты, как правило, управляемые прецедентами, это то, за что платит большинство разработчиков

• Это POJO
• Всегда определяется из интерфейсов
• НИКОГДА не включайте компоненты инфраструктуры
• НЕТ импорта Spring или служебных библиотек
• НЕТ инфраструктурных аннотаций
• Всегда объявляйте границы транзакций публичными функциями
• Создать реализацию / конкретные классы в подпакете с именем internal

Spring-аннотации могут быть очень полезны для сервисов, полезными аннотациями являются @Service и @Transactional. Чтобы отделить инфраструктуру от бизнес-сервисов, создайте мета-аннотацию для конкретного проекта.

package com.gordondickens.service.annotation;

import org.springframework.stereotype.Service;
import org.springframework.transaction.annotation.Transactional;

import java.lang.annotation.ElementType;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.annotation.Target;

@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.TYPE)
@Service
@Transactional
public @interface AppService {
    String value() default "";
}

...
@AppService
public class MyClass() {
  ...
}

• НЕ содержат бизнес-логику
• Используйте аннотации Spring и JPA
• Следует считать одноразовым

• Всегда Общественные Бобы
• Аннотировать с помощью JAXB2 Аннотации

PropertyEditors сосредоточены на данных String в и из нашего приложения.