web-gelistirme-sc.com

Bir CRUD uygulamasında raporlama

Yine başka bir işletme ile ilgili uygulama ikilemidir.

Çoğu profesyonel uygulama, çoğu wysiwyg olsa bile, genel kullanıcı için çok karmaşık rapor yazarları kullanır. Bazı basit uygulamalarda yalnızca özelleştirilemeyen sabit şablonlar bulunur.

Bu uzun süredir devam eden sorunu çözmek için, orta yol çözümünü seçtik ve bu şablon tabanlı baskı. Bloglama motorlarının veya forum motorlarının nasıl çalıştığı gibi, şablonlar basit mantık kodu içerebilir ve bir kullanıcının yapabileceği basit ayarları içerebilir herhangi bir kod bilmek zorunda kalmadan kolayca Tweak. Nasıl çalıştığına dair çok iyi bir örnek şu siteye bakıyor: www.squarespace.com

Bununla birlikte, bir web sitesinden farklı olarak, çoğu CRUD uygulama raporunda veri kısıtlamaları, gruplar veya kategoriler gibi belirli seçim ölçütleri bulunur. Örneğin. Veritabanındaki tüm sandalyelerin raporunu istiyorum.

Soru, seçim kriter (ler) inin şablonlara dahil edilmesi gerektiğidir. Ölçütlerin ayrı olması, yazdırılacak veriler üzerinde daha iyi kontrol sağlar. Bu paradigma uygulama üzerinden kullanılır ama kriter seçimi olmadan. Örneğin. Fatura yazdırma ancak şablonlarla

Programcılar olarak sunumun (şablonların) ve mantığın (bu durumda veri) ayrı olması gerektiğini düşünüyoruz. Bu durumda ne yapacaksın?

Not: Şablonlar PDF dosyalar oluşturur ve bu nedenle şablonlarla canlı olarak gösterilemez.

3
vener

Uygulamanın mevcut tüm verilerinin "raporlanabilir" olması gerektiği genel bir raporlama bölümünden bahsettiğimizi varsayarsak: Seçim ölçütlerini şablonlardan ayrı tutarım.

Kullanıcının önce görmek istediği her şeyi seçmesine ve ardından kullanmak için bir şablon seçebileceği bir yazdırma işlemi sunmasına izin verin. Bu şekilde, şablonlar seçilen verilere bağlı olarak da filtrelenebilir (uygulama seçim kılavuzunda günlük öğeleri gösterirken fatura şablonlarını sunmanın bir faydası yoktur).

Bir alternatif, bir şablon seçmeyle başlamak (ve böylece veri seçimini sınırlamak). Kullanıcılarınızın size bu konuda rehberlik etmesi gerekecektir. Önce bir şablon seçmeleri daha doğal olabilir.

Her iki durumda da, girilen kriterlere göre seçilen verileri gösterme eğilimindeyim. Örneğin, bir tür ızgara veya ağaç görünümünde. Tercihen "canlı" olarak kullanıcı girdiği kriterlerin etkisini hemen görebilecektir. Aksi takdirde, bazı ölçütleri girmelerini, verileri görüntülemelerini, seçtiklerinden memnun olana kadar ölçüt diyaloğuna geri dönerek bu ölçütleri iyileştirmelerine (ekleme/kaldırma/düzenleme) izin verin.

Yorum yapmak için yanıtta güncelleyin

Bu nedenle, makul bir varsayılan şablonunuz olduğundan emin olun. Daha da iyisi: kullanıcı tarafından seçilen verilere göre en uygun şablonu seçin.

Onlara sahip olmadığınızı söylememek :-), ancak bu durumlarda kullanıcılara yardımcı olabilecek diğer özellikler:

  • Son kullanılan seçimi, ölçütleri ve şablonu kaydetme
  • Kullanıcıların aramaları anlamlı bir adla kaydetmelerine ve tercihen bir tür klasör yapısında düzenlemelerine izin verin. Tercihen tam sürükle ve bırak desteği ile kayıtlı aramaları hareket ettirebilirler
2
Marjan Venema