• (bkz: data transfer object)
  • proje dahilinde farkı kaynaklardan veri okumaya veya yazmaya kalktığınız durumda tercih edilesi tasarım şablonu. örneğin yazılım sql veya xml ile veri tarafigi kuracak. dao arayüzü oluşturup bunun içine getdata, setdata vs gerekli methodarı yazıyoruz. artık yazılım sadece bu method lardan veri isteyecek, veriyi kim veriyor kime gidiyor ilgilenmeyecek. dao arayüzünü implement eden 2 alt class oluşturacağız. birinci class sql e bağlanıp gerekli veriyi çekecek ikinci class xmle bağlanıp verileri çekecek. yapı bu şekilde sağlıklı, okunaklı ve ileriye dönük bir hal alacak. yazılım içinde ufak bir controller class ı ile de seçmek istediğimiz veri kaynağını göstereceğiz.
  • design patterns in abap objects adlı kitapta sap abap uygulaması öğrenilebilecek pattern.

    özetle; aynı veri tipi için birden fazla veri kaynağımız varsa (db ve xml diyelim), veri kaynaklarına okuma yazma işlemlerine uygun bir interface (interface_veri diyelim) açıyor ve her bir kaynağa bir sınıf açıyoruz (class_db ve class_xml gibi). böylece business logic ile data logic birbirinden tamamen ayrılmış olduğu gibi, ürünümüzü de veri kaynağından bağımsız hale getirme şansımız oluyor. ileride yeni bir veri kaynağı geldiğinde, yeni bir sınıf açmak yeterli.
hesabın var mı? giriş yap