WebApi ve Denetleyici overkill

Question

WebApi & OData'yı bir test yatağı uygulamasına entegre etmeye başladım. Basit tutup bir alan adı olan Müşteri ile bağlantıya geçelim. Açıkçası bir MVC kontrol cihazına sahip olacağım. Arama, kendi görünüm modelini (bir Lucene indeksine dayanarak) alır, böylece ayrı bir kontrolör olacak, şu anda ODataController. Ancak, görünüm/düzenleme sayfalarının kendi görünüm modellerine sahip olacağından, kendi denetleyicileri olurlar. Bu overkill gibi hissetmeye başlar.

Bu işi yapmak için iyi bir tasarım bulmaya çalışın ve yine de varlığı temsil eden URL fikriyle çalışın. URL'deki varlık Müşteri ise ve bir şekilde URL paramızlarına dayalı olarak farklı temsiller sağlıyor muyum? Veya Müşteri/Müşteri Arama/Müşteri Düzenlemesi farklı varlıklar olmalıdır (hangisi doğru gelmiyorsa)?

Answer 1

Bu WebAPI uygulamasının, inşa edeceğiniz ASP.NET MVC çözümünden ayrı bir çözüm olacağını varsayıyorum. Özetle, WebAPI iş/etki alanı katmanı olacak ve MVC sunum katmanı olacaktır.

WebAPI çözümünü konuştuğunuzda, yukarıda belirttiğiniz Müşteri örneği için yalnızca tek bir ApiController gerekir. Görünüm/düzenleme isteğinin kendi görünüm modelleri olabilir ... veya olmayabilir. Görünüm modelini nasıl üreteceğinize bağlı olarak, müşteriler için tek bir görünüm modeline sahip olabilirsiniz veya temel görünüm modelinin aramaya ilişkin verileri tuttuğu ve alttan görünen görünüm modelinin ayrıntıları dışa aktardığı bir müşteri görünümü hiyerarşisi geliştirebilirsiniz. .

GET - /Customer/     retrieve multiple customers 
            (supplying OData parameters in query string) 
GET - /Customer/{id}    retrieve a single customer 
PUT - /Customer/{id}    edit customer 

Ne ihtiyacınız olacak gibi görünüyor iki güzergah, Müşteri için bir ApiController ve deyimiyle üç istek yöntemleri geçerli: gibi

Kişisel yönlendirme istekleri görünebilir. Ben işlevsellik bir varlığa bağlı olduğu için OData için ayrı bir ApiController önermiyorum.