Ich habe gerade die Spring Cloud Netflix- Dokumentation gelesen, als ich herausgefunden habe, wie eine Schnittstelle zwischen einem HTTP-Server und seinem Client gemeinsam genutzt werden kann. Sie verwenden dieses Beispiel für Microservices, obwohl es keinen Grund gibt, warum es nicht auf die generische HTTP-Kommunikation ausgedehnt werden kann:
// The shared interface, in a common library
public interface UserService {
@RequestMapping(method = GET, value = "/users/{id}")
User getUser(@PathVariable long id);
}
// The controller, on the server
@RestController
public class UserResource implements UserService {
}
// The same interface used for the client
@FeignClient("users")
public interface UserClient extends UserService {
}
Dies definiert eine Schnittstelle, die sowohl als Server (The Spring @RestControllerverwandelt sie in einen HTTP-Server) als auch als Client (The Feign @FeignClientrichtet sie für die Verwendung als HTTP-Client ein) verwendet wird. Die Server- und Clientklassenimplementierungen können in separaten Projekten verwendet werden, verwenden jedoch dieselbe Schnittstelle, um sicherzustellen, dass die Typen übereinstimmen.
Unter das Beispiel stellen sie jedoch die folgende Einschränkung:
Hinweis: Es ist im Allgemeinen nicht ratsam, eine Schnittstelle zwischen einem Server und einem Client freizugeben. Es führt eine enge Kopplung ein und funktioniert auch in der aktuellen Form nicht mit Spring MVC (die Zuordnung von Methodenparametern wird nicht vererbt).
OK, es ist momentan nicht gut integriert ... aber dieser Teil kommt nach der Warnung vor dem Teilen von Code und der Einführung der Kopplung zwischen dem Server und dem Client, was sie für wichtiger halten. Warum halten sie es für eine so schlechte Idee, eine Schnittstelle auf diese Weise zu teilen?
Ohne sie verlieren Sie die Fähigkeit zu garantieren, dass Server und Client sich gegenseitig Daten senden, die beide verstehen können. Sie können dem einen, aber nicht dem anderen Feld ein Feld hinzufügen und die Nichtübereinstimmung nur bis zur Laufzeit feststellen. Meiner Meinung nach , ist es nicht die Einführung Kupplung, sondern lediglich enthüllt Kopplung , die bereits existiert. Ist die Notwendigkeit, Server vollständig unabhängig zu machen, größer als die Notwendigkeit, ihnen mitzuteilen, welche Arten von Daten sie erhalten werden?