U nás se na prototyp používá MS Access. Snadno se to používá, i rozsáhlejší aplikaci naklikáte za odpoledne. Narozdíl od Excelu to má alespoň náznak databáze (datové typy, názvy sloupců) a jdou v tom dělat formuláře. Dá se nastavit tak, aby při spuštění nešel do vývojářského menu, ale rovnou spustil nějaký formulář.
Nevýhoda je, že uživatel musí mít licenci MS Access. Výhoda je, že to můžete opakovaně předělávat, dokud to nebude plnit účel. S trochou školení si to uživatelé zvládnout upravit sami, takže na přesunutí políčka o centimetr doprava nepotřebujete programátora. Na prototypy je to výborné.
Pokud to funguje a je potřeba to nějak lépe "zabalit", tak to přepisujeme do normálního programovacího jazyka. Měli jsme tu Javu + Oracle, C + SQLite a teď se používá C# a MySQL. Ten jazyk a ta dazabáze nejsou nutně svázané, dá se kombinovat podle potřeb. Vyhoví prakticky jakýkoliv mainstreamový jazyk (Objective C, C++, Pascal,...). Existuje řada nenáročných databází (SQLite stačí soubor na disku, MySQL je zdarma a divný, PostgreSQL je také zdarma a robustní), takže je to o požadavcích jak řídit přístupová práva (kdo vidí soubor tak může vše, nebo má mít někdo jen práva čtení, jiní i zápis), jak řídit transakce (poslední kdo zapíše tak data přepíše, zamykání záznamů nebo rovnou zamykání celého souboru), co sledovat (transakční log, logování přístupu, nic) a jak zálohovat (soubor jednou denně na pásku, vůbec nezálohovat, nebo rovnou kompletní online žurnál) atd.
Tyhle jazyky a databáze se liší v tom, jak dobře a snadno se s nimi pracuje, ale pokud už máte funkční prototyp v MS Access, tak zjistíte, že se ty rozdíly ztrácí. Jedete podle již hotové šablony a vývoj se tak redukuje na "napsat to znova v tom jiném prostředí" a to jedna ku jedné.
Osobně tedy doporučuji použít nástroj typu MS Access nebo Kexi a aplikaci vytvořit v tom. A pak se ptát, kde vás díky tomu tlačí bota a zda se vyplatí to překlopit do něčeho jiného. Teprve na tom, kde je problém, bych pak vystavěl otázku, v čem to napsat. Člověk totiž za provozu zjistí, že problémy jsou jiné, než předpokládal. Například se nám stalo, že jsme předpokládali, že problém s prototypem bude v tom, že na tabletu musí být MS Windows s MS Access a to bude krutě pomalé. Nakonec to funguje rychle a problém je naopak v tom, že lidé musí být neustále připojeni na síti. Vyřešeno to bylo replikací MS Access databáze. A teď hledáme, do čeho to přepíšeme. A protože nás bota momentálně netlačí, tak s tím otálíme.
Začít to psát hned z fleku a bez předchozích zkušeností jako řekněme C# a SQLite bude ze začátku jen zbytečným zdrojem frustrace.
PS: Píšete, že máte prototyp v Excelu. To je trochu past, protože má velmi specifické uživatelské rozhraní, které prakticky nejde replikovat v jiném prostředí. Jeho "vidím vše najednou", CTRL+F, sloupce nemají názvy ale nadpisy, neexistence datových typů, každá buňka může mít jiný formát, Copy & Paste oblastí buněk, vkládání řádků a sloupců kdykoliv a kamkoliv, vlookup, podmíněné formátování atd. jsou věci, které nejdou rozumně vytvořit v "normálním programovacím jazyce". Pak se snadno dostanete do pasti, když předěláte tabulku z MS Excelu do C# a uživatel pak na vás smutně kouká, protože je zvyklý nepotřebné řádky a sloupce skrývat, důležité buňky si obarvovat, dolu pod tabulku si psát poznámky a doprava za tabulku si připisovat další záznamy.
PS2: Ve vašem případě vidí jako nejzajímavější otázku to "a poté budou mít přístup k tabulce s jednotlivými klienty". Bude seznam součástí té aplikace, takže každý, kdo "apku dostane" bude mít seznam vlastní? Nebo chcete mít ten seznam jediný u vás a ta "apka" se bude, bez ohledu na to, kde ji kdo spustí, logovat k vám do firmy a stahovat si aktuální verzi seznamu? Má aplikace umět seznam editovat? Protože pokud ne, tak jak v něm chcete dělat změny? Ještě jinou apkou, kterou už bude mít jen "editor"? To další už mi přijde jako snadné, ale právě to "kde a jak ta data existují" bude to zásadní.
66 Odpovědí
16737 Zhlédnutí