it-swarm-eu.dev

Hlášení v aplikaci CRUD

Je to další dilema související s podnikáním.

Většina profesionálních aplikací používá autory sestav, které jsou pro běžného uživatele příliš komplikované, i když většina z nich je wysiwyg. Některé jednoduché aplikace mají pouze pevné šablony, které nelze přizpůsobit.

Ve snaze vyřešit tento dlouhotrvající problém jsme vybrali střední řešení problému, a to je tisk založený na šabloně. Je to něco jako to, jak blogovací stroje nebo fóra motory fungují, mohou šablony obsahovat jednoduchý logický kód a obsahovat jednoduchá nastavení, která může uživatel snadno Tweak, aniž byste museli znát jakýkoli kód. Velmi dobrý vzorek, jak to funguje, se dívá na tento web: www.squarespace.com

Na rozdíl od webu má však většina sestav aplikace CRUD omezení dat, určitá kritéria výběru, jako jsou skupiny nebo kategorie. Např. Chci zprávu o všech židlích z databáze.

Otázkou je, měla by být kritéria výběru zahrnuta do šablon? Oddělená kritéria umožní lepší kontrolu nad údaji, které mají být vytištěny. Toto paradigma se používá prostřednictvím aplikace, ale bez výběru kritérií. Např. Fakturační tisk, ale pomocí šablon

Jako programátoři máme sklon myslet si, že prezentace (šablony) a logika (v tomto případě data) by měla být oddělená. Co uděláte v této situaci?

PS: Šablony generují PDF soubory), a proto nemohou pomocí šablon zobrazovat živě.

3
vener

Předpokládáme, že hovoříme o obecné části aplikace pro vytváření přehledů, ve které musí být všechna data dostupná z aplikace „podléhající hlášení“: Výběrová kritéria by měla být oddělena od šablon.

Nechte uživatele, aby nejprve vybral vše, co chce vidět, a poté nabídl tiskovou akci, kde si může vybrat šablonu, kterou má použít. Tímto způsobem lze šablony filtrovat také v závislosti na zvolených datech (bez použití prezentačních šablon faktury, když aplikace zobrazuje položky deníku v mřížce výběru).

Alternativou by bylo začít výběrem šablony (a tím omezením výběru dat). Vaši uživatelé budou o tom muset poskytnout návod. Pro ně může být přirozenější zvolit šablonu jako první.

V obou případech bych měl tendenci zobrazovat vybraná data na základě zadaných kritérií. Například v mřížce nebo nějakém druhu. Přednostně "live", takže uživatel může okamžitě vidět účinek kritérií, která zadají. V opačném případě je nechte zadat některá kritéria, zobrazte data a nechte je upřesnit (přidat/odebrat/upravit) návratem do dialogu kritérií, dokud nebudou spokojeni s tím, co vybrali.

Aktualizovat v odpovědi na komentář

Ujistěte se tedy, že máte rozumnou výchozí šablonu. Ještě lepší: vyberte nejvhodnější šablonu na základě údajů vybraných uživatelem.

Neříkám, že je nemáte :-), ale další funkce, které mohou uživatelům v těchto situacích pomoci:

  • Uložte naposledy použitý výběr, kritéria a šablonu
  • Umožněte uživatelům ukládat vyhledávání s smysluplným názvem a nejlépe jim umožnit jejich uspořádání v nějaké struktuře složek. Přednostně s plnou podporou drag and drop, aby mohli pohybovat uloženými vyhledáváními
2
Marjan Venema