ШОВ: Эффективное использование @BypassInterceptors?

Question

Мне было интересно, что сообщество может дать мне по поводу использования аннотации @BypassInterceptors при программировании с помощью Seam? Я читал о повышении производительности приложений Seam, и в каждой статье обязательно упоминается, что добавление этой аннотации может повысить производительность. У меня вопрос, где это следует применять? Существуют ли общие правила, гласящие: «при написании компонента, который выполняет XXX, вы можете смело применять @BypassInterceptors»? Например, я должен применить это к своим классам сущности? А как насчет DAO? Мне было бы очень любопытно узнать, чем занимаются все остальные, а также то, какую производительность вы видите при правильном применении.

Answer 1

Если вы уверены, что вам не нужна функциональность перехватчика, вы можете положиться на аннотацию @BypassInterceptor для отключения перехватчиков. Функциональность включает в себя

• Би-джекция (@In - @Out)
• Управление транзакциями
• Обработка событий

И так далее ...

Поскольку функциональность двунаправленного действия достигается с помощью отражения (среды выполнения) - см., Например, этот вопрос , где вы можете иметь представление о том, сколько может добавить снижение производительности, - его можно избежать ( кроме @BypassInterceptor) с помощью

• Component.getInstance ()

• геттеры и сеттеры

Если у вас есть

@Name("personManager")
public class PersonManager {

    private @In Person person;

}

<h:inputText value="#{person.name}"/>

Вы можете вместо @In аннотации

@Name("personManager")
public class PersonManager {

    private Person person;

    public Person getPerson() {return this.person;}
    public void setPerson(Person person) {this.person = person;}

}

Но не забывайте (обратите внимание на его новейший атрибут value)

<h:inputText value="#{personManager.person.name}"/>

Answer 2

Обязательно прочитайте статью Дэна Аллена (Seam in Action) на эту тему: здесь (часть 1) и здесь (часть 2) Он охватывает @BypassInterceptors и многие другие связанные с производительностью проблемы в приложении Seam, такие как условный рендеринг.

Answer 3

Просто продолжение сообщения Артура.

Как правило, если, например, вы выполняете какие-то вычисления для метода, который не использует ни одного из перехватчиков в Seam, то есть: вычисляете некоторые значения, тогда хорошо пометить этот метод @BypassInterceptors.

Но всегда тщательно проверяйте после добавления этой аннотации. У меня были странные ошибки, потому что у меня была эта аннотация к методам и классам, которые не появлялись при первоначальном тестировании.

Разумнее оставить это, если вы не знаете точно, что вы делаете или что делает аннотация.