Java web uygulaması örneğindeki SpringMVC, Hibernate ve bazı veritabanları ile çalışıyorum.
Bunu yapan birkaç farklı şey var, ancak bu İlkbahar 3 ve kış uykusu bütünleştirme eğitiminde örnek bir model sınıfı, görünüm (jsp) ve denetleyici için bir hizmet ve dao sınıfı var.
Sorum şu ki, hem hizmet hem de DAO sınıfları aynı şeyi yapmıyor mu? Neden ikisine de ihtiyacın var?
Bu aslında kullandığım öğreticiydi: http://fruzenshtein.com/spring-mvc-security-mysql-hibernate/
Yanıtlar:
Genel olarak DAO mümkün olduğu kadar hafiftir ve yalnızca DB ile bağlantı sağlamak için vardır, bazen soyutlanır, böylece farklı DB arka uçları kullanılabilir.
Hizmet katmanı, DAO'ya ve istemciye gönderilen ve gönderilen veriler üzerinde çalışacak bir mantık sağlamak için vardır. Çok sık olarak bu 2 parça aynı modüle, bazen de aynı koda birleştirilecek, ancak yine de onları ayrı mantıksal varlıklar olarak göreceksiniz.
Başka bir neden de güvenlik - Eğer DB ile ilişkisi olmayan bir servis katmanı sağlarsanız, servis dışındaki servis istemcisinden DB'ye erişmek daha zordur. DB'ye doğrudan müşteriden erişilemiyorsa (ve hizmet olarak kullanılan önemsiz bir DAO modülü bulunmuyorsa), müşteriyi ele geçiren tüm saldırganlar, servis katmanını kesmeden önce servis katmanını da kesmeyi denemektir. Verilerinize en sterilize edilmiş erişim.
Ben söz konusu postanın yazarıyım. Farklı teknolojiler ve farklı mimariler üzerinde çalışmaktan payımı aldım. Yukarıdakilere dayanarak, servis katmanının ve dao katmanının olmasının her zaman iyi bir fikir olduğunu güvenle söyleyebilirim. DAO sadece veri tabanına / veritabanına Entity nesneleri eklemek / güncellemek / eklemek / seçmekle sınırlı kalmalı ve hepsi bu. Mantık açısından fazladan bir şey yapmak istiyorsanız, servis katmanına ekleyin. Bu, veritabanının değiştirilmesi durumunda kodun modüler ve kolayca değiştirilebilir olmasına yardımcı olacaktır (verilerin bir kısmı için). Bu özellikle veritabanından veri aldıktan sonra bile ağır mantığı olan raporları içeren uygulamalarda uygulanabilir.
Ayrıca, ilkbaharda güvenlik ideal olarak servis katmanında uygulanır. Bu şekilde değiştirmek istemezsiniz.
Adam Bien kitabında JPA EntityManager'ın DAO'nun iyi bir evrensel uygulaması olduğuna dikkat çekiyor:
Java EE dünyasında, neredeyse hiçbir zaman kendi DAO'nuzu yazmaya gerek yoktur çünkü JPA uygulamaları bunlardan birini içerir. Sadece servis katmanını yazmanız gerekir.
Kendi DAO katmanınızı uygulamak, 15 yıl öncesinin çok zayıf olan J2EE mimarisinden gerçekten bir akşamdan kalmadır, ancak birçok insan hala bunu yapmaya zorlanır. Bu özel DAO katmanları, EntityManager'da karşılık gelen yöntemi çağıran yönlendirme işlevlerinden başka bir şey sağlamaz.
Bu nedenle sorunuzu yanıtlamak için, evet bir servis katmanına ve bir DAO'ya ihtiyacınız var, ancak yalnızca servis katmanını yazmanız gerekir.
Genelde tüm db'ye özgü kodları (sorguları) DAO'lara, işlem işleme ve iş mantığını hizmetlere koyarım. Bu, hizmet yöntemlerinin birden çok dao genelinde yöntemleri çağırmasına ve hepsini aynı işlem içinde tutmasına olanak tanır. Benim düşünceme göre, bu dao genelinde daha iyi kod kullanımı için izin veriyor.
Servis katmanının çoğu durumda gereksiz karmaşıklık kattığını buldum. Teoride, işletmelerin dao katmanında mantık sahibi olmasından kaçınmak, ancak sonunda bu sadece kafa karışıklığına yol açıyor, hatta bazı insanlar dao katmanını tamamen kaldırmak istemiyor, çünkü değer katmadığını düşünüyorlar. http://ayende.com/blog/4784/architecting-in-the-pit-of-doom-the-evils-of-the-repository-abstraction-layer
Fakat birden fazla işletme mantığınız varsa, evet, bu iyi bir fikirdir. Servis katmanı oluşturmak ne kadar önemlidir?
IMHO Hizmet katmanı, denetleyici ve DAO katmanı arasında bir katman olarak kabul edilebilir. Bu hizmet katmanı tam olarak iş mantığı ekleyebileceğimiz ve hatta görünümün neye göre oluşturulacağına özgü bir geri dönüş nesnesi oluşturabileceğimiz yerdir.