WCF/İstemci uygulamaları - iş mantığı nereye gitmeli?

Question

WSSF kullanarak bir WCF Web Hizmeti oluşturuyoruz. Buradaki fikir, ana veri tabanımızın hizmet yoluyla açığa çıkması ve hizmetin üstünde çeşitli uygulamalar ve web siteleri oluşturmamıza izin vermesidir. Şu anda bu hizmetten bazı verileri indirecek basit bir istemci uygulaması yapıyorum, daha sonra kullanıcılara bir rapor CSV dosyası olarak verin.

Şimdi asıl soru iş mantığının (verileri manipüle eden) nerede konumlandırılacağıdır? Servisin içine koyacağımı düşündüm. Veritabanında neredeyse birebir eşleştiren basit nesnelerle (müşteri, sipariş vb.) Bir iş katmanım var. Verileri manipüle etmek için bazı "daha yüksek seviyeli" objeler yapacağımı düşündüm. Örneğin, müşteri, sipariş ve diğer nesneleri kullanarak ve bir rapor üreterek vb. Bunun için en iyi yerin hizmet için iş katmanında olacağını düşündüm. Bu şekilde gerekirse bu mantığı çeşitli farklı uygulamalar için yeniden kullanabiliriz.

Maalesef patronum kabul etmiyor. Bir "endişelerin ayrılığı" istiyor ve bu mantık için doğru yerin hizmet yerine müşteri uygulamasında bir iş katmanında olacağını söyledi. Bu daha basit olabilirdi, ancak bu kodu yazmak için güçlü nesne modelimi hizmet iş katmanında kullanmak istiyorum. Hizmet tarafından açığa çıkan nesneler, "gerçek" nesneler değildir ve hizmet iş katmanının içinde mevcut olan tam nesne modelinin gücü olmadan gerçekten sadece hafif veri yapılarıdır.

Siz ne düşünüyorsunuz? Yardım için çok teşekkürler.

Alkış Mark

Answer 1

ne olduğunu düşünüyorum "doğru" Başvurunuz mimarisine göre değişir. Endişelerin ayrılmasında kesinlikle değer vardır. Patronunuz şu anki modelin sunucuyu veritabanını iş nesnelerine aktaran bir veri erişim katmanı olarak kullanmak olduğunu ve iş mantığının istemci üzerinde uygulanması gerektiğini düşünüyor. İş mantığının istemcide mi yoksa sunucuda mı uygulandığı konusunda endişeleriniz hala ayrılabilir. Bu, sayılan işlemleri yaptığınız yer değil, uygulamanın katmanları arasındaki arayüzleri ne kadar temiz bir şekilde tasarladığınızdır.

İstemci hakkında daha fazla bilgi edinmeye yardımcı olabilir. Bir tarayıcı/Javascript istemcisi ile mi uğraşıyorsunuz? Öyleyse, sunucuda mümkün olduğunca çok işlem yapmayı sürdürürüm ve istemciye gösterilmesini istediğiniz formda istemciye veri gönderirdim.

Eğer bir C# istemcisiyse, o zaman üzerinde çalışmak için çok daha fazla güce sahipsiniz. WCF hizmetinin yanıtlarını sunucu tarafında kullandığınız aynı iş nesnesi sınıflarına yeniden oluşturup sunucuda sahip olduğunuz gücün aynısını alabilirsiniz. (Sadece iki çözüm arasındaki iş nesnesi sınıflarını paylaşın.)

Answer 2

Bunun için zor ve hızlı bir kural yoktur, ancak bu durumda patronunuzun sizden daha yanlış olduğunu söyleyebilirim :) Herkes biraz farklı olacak Bu konuda görüş ve iş mantığının iş katmanından başka bir yere koyulmasının birtakım nedenleri olabilir, ancak istemci uygulamasında bunu koymak için nadiren bir neden vardır - müşteride olduğunda bunu tartışabilirsiniz Uygulama daha sonra bir iş kuralı yerine bir kullanıcı arayüzü veya sunum kuralıdır.

Web hizmetleri bir dizi uygulama tarafından kullanılacaksa, mümkün olduğunca webservice tarafında iş mantığını istiyorsunuz. Aslında çok ince bir web servis katmanına sahip olurdum, hepsi bu çağrıyı kabul ediyor ve ardından yürütmeyi asıl iş katmanına aktarıyor. Ayrıca veritabanı katmanı ile iş katmanındaki veritabanı katmanında yapılan iş verileri varlıkları arasında eşleşme olacaktır.

Answer 3

Oyumu açık olacaktır:

• hizmet sunucu tarafında bir iş mantığı tabakasının içine başka iş mantığı çekleri koymak
• veritabanına veri bütünlüğü kontrolleri kadar koymak
optimal otomatik veritabanı modelinden belirlenen istemci katmanına vs. "gerekli alanı", ya da iş modeli gibi
• koymak sadece basit kontroller

Neden veritabanı?
Herhangi bir şekil veya formdaki SQL'de bazı çok basit ve çok güçlü çek yetenekleri vardır - her şeyin benzersiz olduğundan emin olun, tablolar arasındaki ilişkisel bütünlük sağlandığından emin olun - USE IT! Veritabanında bu kontrolleri yaparsanız, o zaman kullanıcı nihayetinde verilerinize nasıl bağlanır olursa olsun (korku senaryosu: yöneticiler, bazı İş Zekası çalışmaları yapmak için Excel ile doğrudan masalarınıza bağlanabileceklerdir.) Çekler yerinde olacak ve uygulanacak. Veri bütünlüğünü zorunlu kılmak, herhangi bir sistemde en yüksek gereksinimdir.

Sunucuda neden iş mantığı var?
Diğer yanıt verenlerin aynı nedenden ötürü: merkezileştirme. İş mantığına ve çeklerinize yalnızca istemcide sahip olmak istemezsiniz. Şirketinizdeki ya da üçüncü taraf bir dış danışmanın başka bir departmanı aniden hizmetinizi kullanmaya başlarsa ne olur, ancak onlar hakkında bilmedikleri için tüm doğrulama ve iş kontrolleri yerinde olmazsa ne olur? İyi bir şey değil ...... istemci

Mantık
Evet, tabii ki - ayrıca bir web uygulaması var, özellikle istemci içine bazı basit kontroller koymak istiyorum. "Bu alan gereklidir" veya "bu alan için maksimum uzunluk" gibi şeyler mümkün olduğunca erken uygulanmalıdır. İdeal olarak, bu, müşteriler tarafından veritabanı/hizmet katmanından otomatik olarak alınır. ASP.NET sunucu denetimleri, otomatik olarak açılabilen istemci doğrulamaya sahiptir, Silverlight RIA Servisleri arka uç veri modelinizde veri kısıtlaması alabilir ve bunları istemci katmanına taşıyabilir.