Frage:Breeze und RESTful WebAPI
Welchen Wert hat bieten Brise, wenn ich brauche, um meine eigenen POST/PUT/GET-Endpunkte pro Einheit in WebAPI zu implementieren?
Hintergrund:
This scheint eine gemeinsame Implementierung eines server Breeze Controller zu sein:
[BreezeController]
public class TodosController : ApiController {
readonly EFContextProvider<TodosContext> _contextProvider =
new EFContextProvider<TodosContext>();
// ~/breeze/todos/Metadata
[HttpGet]
public string Metadata() {
return _contextProvider.Metadata();
}
// ~/breeze/todos/Todos
// ~/breeze/todos/Todos?$filter=IsArchived eq false&$orderby=CreatedAt
[HttpGet]
public IQueryable<TodoItem> Todos() {
return _contextProvider.Context.Todos;
}
// ~/breeze/todos/SaveChanges
[HttpPost]
public SaveResult SaveChanges(JObject saveBundle) {
return _contextProvider.SaveChanges(saveBundle);
}
// other miscellaneous actions of no interest to us here
}
Ich bin in der Mitte eine RESTish API von Gebäuden, das bis zu diesem Punkt, hat Endpunkte wie:
Es scheint, als ob Breeze erfordert die Endpunkte viel einfacher (für besser oder schlechter) - nur ein paar GETS und ein SaveChanges POST-Endpunkt.
Das bringt mich zu der Annahme, dass Breeze eine schnelle Entwicklung mit einem einzigen Web-Client macht, naja, ein Kinderspiel ... aber sobald Sie anonyme Clients haben, müssen Sie sie in die von Ihnen erstellten Brise-Interface-Konventionen zwingen in Ihrem Client, der scheint, um den Zweck des RESTful API-Design zu besiegen. Ist das der Fall?
Kristallklare Antwort! Vielen Dank! – Riscie
Sehr gut geschrieben und vollständige Antwort! – user1789573