2010-03-17 15 views
5

Herkesin fikrinin bir yapılandırma dosyasında SQL sorgularında saklanmasıyla ilgili genel bir soru?SQL Sorgularını bir Yapılandırma dosyasında mı saklıyorsunuz?

Bu başka bir bisiklet barı mı?

Şerefe, seni Ibatis kullanılarak olsaydı bunu yapardı Ben

+0

Neden olmasını istediğiniz konusunda genişleyebilir misiniz? Bunun basit bir evet/hayır durumu olduğunu düşünmüyorum ve belki de neyin peşinde olduğunuzu elde etmenin daha iyi ve alternatif bir yolu var. – CResults

+1

Sadece açıklığa kavuşturarak özür dilerim Aklımda belirli bir senaryo yok ve sadece konuyla ilgili bakış açıları arıyordum. –

cevap

1

. İçindeki zararı göremiyorum.

Gereksiz zamanlarda bunları dinamik olarak oluşturmaya çalışır.

1

Hayır. Cidden;) Şu anda burada temizlik.

BLToolkit'e bakmaya çalışın - bunları, tüm sınıflandırma kodlarını dinamik olarak oluşturdukları soyut sınıftaki özniteliklerde depolar. Yapılandırma dosyasında kullanmakla aynı, ancak yazı yazmadan veya aptal DAL kodunu görmeden. Gereksinimleri karşılaması koşuluyla, bana çok kötü gelmiyor,

2

.

Müşterinin sorguları görmesine ve düzenlemesine izin vermeye mi çalışıyorsunuz?

Geliştirme/sınama yapmayı kolaylaştırmaya mı çalışıyorsunuz?

Sorguları kod içine katıştırmayı kesinlikle tercih ederim.

Ancak, bu dosyanın çok az sayıda farklı sorgular (SORT ASCENDING, SORT DESCENDING, SUM (col1) + SUM (col2), SUM (col1) + SUM (col3) vb.) bu durumda

1

, ben db saklamak istiyorum:

  1. zor Joe'yum benim sorgu ile uğraşmak ve benim app tehlikeye atmak için yapmak istiyorum.
  2. Verilerimi nasıl sakladığımı kestiremiyorlar.
  3. Yapılandırma dosyasını "bastırma" gerekmeden değişiklikler otomatik olarak yansıtılır.

Ama gerçekten, gerçek senaryonuzu bilmeden tahmin edeceğim. Ancak kelepçeden başkaları, şemalarımla nasıl etkileşimde bulunduğumu veya nasıl ortaya konulduğunu görmelerini istemem.

1

Onları herhangi bir yere yerleştirme nedenleriniz var, ancak kodda? SQL'in kodunuzla aynı oranda değiştiğinden daha sık olduğunu fark ettim. Bu, UserDao.java'yı değiştirirseniz, aynı anda sql-statements.properties değerini değiştirmeniz anlamına gelir. Bununla birlikte, kod yazıldığından daha fazla kez okunmaktadır, bu nedenle okunabilir kodun yazılması temiz bir kod tabanında kritiktir. SQL ifadeleri ayrı bir dosyada, geliştiricinin, UserDao'unuzun hangi sorguyu kullandığını anlamak için başka bir yere bakması ve kodunuzu daha da zorlaştırmanız gerekir.

Kısa cevap? Mümkünse kaçınırım.

İlgili konular