formularz do zbierania danych

Witam,

Czeka mnie w najblizsze przyszlosci napisanie kilku roznych programow do zbierania zamowien.
(uzytkownik sciaga sobie program a tam mu sie odpala jakis wizard czy inne cus, i po kolei, na kolejnych ekranach wpisuje rozne opcje odnosnie zamawianego sprzetu).

Oglolnie program banalny - nic trudnego programistycznie nie robi.
ale 'logistycznie' to masakra!
trzeba ulozyc 6789123487512342837564 editow, comboboxow, stringgridow, listboxow, radiogrup, checkboxow i co tam jeszcze ktos wymysli, powiazac jakimis dziwnymi zaleznosciami i warunkami....:/

Tak sobie mysle ze chyba Delphi nie jest <ort>wymazonym </ort>srodowiskiem do tworzenia takich aplikacji...
Czy jest jakas metoda na tworzenie takich formularzy do zbierania danych, jakis darmowy progam?

No a jesli jednak musze powalczyc, to powiedzcie jak Wy do tego podchodzicie?
jakies klasy piszecie zeby potem je wielokrotnie <ort>wykozystywac</ort>?
czy kazdy 'widok' na oddzielnym formularzu, czy na panelach?

czekam na kazdy konstruktywny komentarz.

Z programem do ustalania duzej ilosci editow itp. sie nie spotkalem jeszcze. Chyba najlatwiej bedzie (wbrew pozora) napisac klase, ktora stworzy te komponenty dynamicznie i potem jedna metoda ladnie zbierze informacje. W tedy tworzenie kilku form nie ma sensu. Wystarczy jedna.

Innym sposobem bedzie zrobienie tych wszyskich form osobno, recznie i wstawianie ich do jednej, z przyciskami Nastepny/Poprzedni.

Reasumujac: majac kilka pomyslow, rob jak Ci wygodnie :D

Autre napisał(a)

Według mnie najprostrzym rozwiązaniem będzie użycie paneli z editami lub stworzenie ok. 50 Edit po za formą a następnie ich pokazywanie w określonym miejscu.

Nigdy tak nie rób.

Stwórz sobie klasę, która będzie dynamicznie generowała odpowiedni układ formularza (choćby i na podstawie jakichś plików z opisem formularza we własnym formacie). Gdy będziesz potrzebował 1 edita, nie będziesz miał 50 na formie, gdy będziesz potrzebował 51 editów, problemu też nie będzie. Można to łatwo i szybko zaimplementować.

Nie wiem jak bardzo jeden formularz ma sie roznic od drugiego, ale moze wykorzystanie repositorium byloby najlepszym rozwiazaniem... ?

Johny_Morfina napisał(a)

Witam,
Tak sobie mysle ze chyba Delphi nie jest <ort>wymazonym </ort>srodowiskiem do tworzenia takich aplikacji...

Teraz akurat siedze nad projekcikiem, w którym formatka konfiguracji programu, w całości tworzona jest dynamicznie, na podstawie tablicy stałych w programie. Dodanie jakiejś opcji w programie = dodanie jenej linijki kodu, a ta "opcja" może być stringiem, integerem, booleanem, plikiem,katalogiem, obrazkiem, dźwiękiem ... Oczywiście pod tym wszystkim siedzi klasa która to zbiera i wpisuje/wyciąga do rejestru/bazy danych - ale to nie istotne. Cały interfejs jest tworzony dynamicznie, na pagecontrol'u, na każdym tabsheecie (tabsheet = merytoryczna kategoria opcji), wrzucam na początek scrollbox'a, a potem tworzę w pętli zestaw kontrolek dla każdej opcji (jakiś, labelek, edit'y button'y, checbox'y). Mechanizm zrobiłem na początku, i tylko raz go modyfikowałem. Jak do tej pory sprawdza się świetnie.
Trzeba na pewno u Ciebie coś wymyślić na "zależności między kontrolkami" - ale to raczej nie powinien być problem.
Na ten moment formatka która mi się tworzy, zawiera około ~400 dynamicznie tworzonych komponentów i nie trwa to wcale długo (~1.5s z progressbar'em (w tym wyciągnięcie danych z bazy i rejestru)). Oczywistym jest fakt, aby nie tworzyć komponentów jak już formatkę widać : ) tylko w konstruktorze.

Moim zdaniem Delphi do tego celu nadaje się wyśmienicie, byle by do tematu podejść z głową - podstawa to dobry projekt.

Jeszcze tak sobie przypomniałem, bo zasadniczo nie zawsze trzeba robić coś dynamicznie - tylko jak są do tego przesłanki.
Więc jeszcze dwa hasła:

• wykorzystanie frame'ów - jeśli są to stałe zestawy danych (są plusy i minusy)
• w TDE widziałem jakiś taki fajny panel (chyba gridpanel czy coś) przy którym nie martwisz się o układanie komponentów - on to robi za Ciebie (jakby odpowiednik layoutów w javie)