Spring MVC-controller-scope-Probleme

Hey, ich bin neu in Spring MVC, und ich brauche einige Ratschläge/Aufklärung.
Ich habe derzeit die Umsetzung einer MVC-Anwendung und ich bin zu kämpfen mit dem Umfang meiner Controller.
Ich scanne alle meine controller-Klassen über
<context:component-scan base-package="controller"/>
das ist IMHO eine sehr komfortable Art und Weise.

Ist es richtig, dass-Controller(standardmäßig oder gescannt in der oben beschriebenen Weise), werden singletons nur wie ein normaler bean? Wenn ja, alle membervariables meine controller sind geteilt zwischen mehreren Anfragen richtig? Kann ich dies ändern? Ich möchte eine request-scoped-Controller. Genau wie:

<bean id="infoController" class="controller.InfoController" scope="request">
    <constructor-arg ref="sessionFactory"/>
</bean>

Gibt es irgendwelche Nebenwirkungen mit der Deklaration meinem Controller Bohnen? Oder ist es ein absolutes no-go zu erklären, wie diese? Oder sogar erklären, Sie als request-scoped?
Kann ich auch eine Kombination der beiden Möglichkeiten? so etwas wie: 

<context:component-scan base-package="controller" scope="request"/>

Wie denken Sie Kerle, die Implementierung Ihres Controller und machen Sie zu "Anfrage speichern"?

InformationsquelleAutor coR | 2013-10-23
  1. 2

    Sehen Sie das folgende für eine gute Zusammenfassung:

    Muss Spring MVC Klassen Thread-Safe

    Umfang der Feder-Controller und die Instanz-Variablen

    Habe ich noch nie gefunden Grund zur Annahme, dass member-Variablen, die in meinem controller.

    Beachten Sie, dass Ihr Controller sollte in der Regel ein dünner wrapper um die request-Verarbeitung. Logik sollte dann delegiert werden, um eine Dienstleistung, die wiederum nennen könnte eine repository - /DAO. Dann sollten Sie vermeiden, indem Sie Ihre session-Fabrik direkt an den controller und Transaktionen definiert, in der Service-Schicht.

    @Controller
public class MyController{

    @Autowired 
    private MyService service;

    public String handlePost(){
        service.saveEntity(...);
        return "success";
    }
}

@Service
public class MyService{

    @Autowired
    private MyRepository repository;

    @Transactional
    public void saveEntity(Entity e){
    repository.save(e);
    }

}

@Repository
public class MyRepository{

    public void save(Entity e){
    .....
    }

}

    Siehe hier für ein Beispiel (auch mit Spring-Daten reduziert ein Menge von boiler plate code um JPA/Hibernate).

    http://fruzenshtein.com/spring-jpa-data-hibernate-mysql/

    • Gleichen hier, ich kenne kein eindeutiger Fall, in dem ein controller bräuchte, um einen Status haben. Als Komponente es hat Abhängigkeiten. Wäre wirklich neugierig zu sehen, wie eine Falle.
    • Okay danke für die Erklärung... ich hatte mich nicht bewusst gewesen, dass der controller nur eine Hülle, und Sie sollten einen Dienst aufrufen, alles zu tun, die Logik. Scheint, wie ich zu tun, einige Untersuchungen über Dienste und DAO-Schicht.
    • Vielleicht habe ich noch missunderstand den obigen code, aber wenn ich autowire der service in den controller... ist es nicht das gleiche service-Instanz für jede Anforderung? Sollte es nicht eine service-Instanz für jede Anforderung?
    • Du hast Recht. Service wird standardmäßig ein Singleton, das sollte in Ordnung sein, solange es ist Thread-sicher.
    InformationsquelleAutor Alan Hay
Schreibe einen Kommentar