SkinControl

Tak mi się tytul teraz napisał ale to nie jest oficjalna nazwa programu który właśnie pisze. Posiedziałem parę godzin aby sobie przypomnieć VisualC++ bo ostatnio pisałem w nim 3 lata temu. Ale podstawy już znam, opanowałem ściaganie danych via-net. Mam już przygotowany wstępnie engine strony www (php+mysql).

Co to jest - wszyscy się domyślają: system automatycznego downloadu skinów aut Nascara. Poniżej napisze pokrótce jakie są założenia. Proszę się wypowiadac na temat ich trafności oraz ew rozwiązań jakie byście chcieli widzieć.

Oto założenia.
1. upload nowego skina ręcznie, po wejściu na stronę, zalogowaniu się
2. Możliwość uploadu skina, ilustracji podstawowej oraz dodatkowych (jesli będziecie chcieli), np. obrazki z różnych stron wozu
3. W bazie danych będzie przechowywana data ostatniej modyfikacji/dodania skina oraz dane użytkownika jak na stronie ligowej.
4. Skin jak i uzytkownik będzie identyfikowany po numerze wozu

3. Program-klient bedzie łączył się z serwerem www i zasysał od niego aktualny spis skinów (nr wozu, data)
4. na podstawie spisu skinów zainstalowanych w systemie (nr i data) zadecyduje które skiny ma ściagnąć. Plik będzie tekstowy. Prawdopodobnie będzie miał format .ini
5. Nastepnie program zciągnie odpowiednie skiny nadpisując stare w katalogu Nascara i dokona aktualizacji dat w swoim spisie.

Wszelkie dane konfiguracyjne będą zapisywane w katalogu programu (nie w rejestrach) ze względu na łątwośc przenoszenia między komputerami. Będa one w plikach tekstowych. Proponuję format INI gdyż mam gotową bibliotekę obsługująca ją i nie będę musiał pisac parsera. Dodatkow jest on przejrzysty i łatwy do modyfikacji ręcznej.

W GUI programu przewiduję:
- text field dla URL serwera
- text field dla ścieżki do katalogu ze skinami
- przycisk Aktualizuj skiny
- przycisk Przerwij
- checkbox 'aktualizuj przy uruchomieniu'
- checkbox 'uruchom Nascara po aktualizacji'
- listbox 'Skiny do ściagnięcia'
- progress bar - wskaźnik zaawansowania ściągania

Szacowana wielkośc programu po kompilacji: paredziesiąt kB.
Język: C++ (VisualC++ 6.0)

Zakładam że nie będziecie chcieli wodotrysków jak skinowanie programu, viewer samochodów z poziomu tego programu na podstawie plików .car etc.

nareszcie od slow do czynow dzieki za checi z gory!

teraz tak: zakladanie kont userow na haslo, logowanie sie, autoryzacja, wysylanie plikow na server - to wszystko masz gotowe z automatow gpl.tenbit.pl naszych i to oczywiscie zaadoptujemy stamtad zebys nie robil przypadkiem drugi raz tego samego, skoro juz jest

I tak muszę to zrobić (właściwie zrobiłem) chociażby w celach testowych aby sprawdzić programik czy działa.
Ale oczywiście całość się zaimplementuje w gotowym serwisie.

Na pewno trzeba będzie postawić bazę danych dla driverów (jedna tabela + katalog na car'y). Potem można to rozbudowac o tabele z wynikami etc. ale to nie dotyczy tego projektu.

Aha, trzeba będzie się zastanowić czy każdy kto zechce będzie mógł się wpisać do bazy. Czy po wykonaniu czynności rejestracyjnych nie będzie musiał czekał na veryfikację/akceptację prowadzącego serwis. Ale to już szczegóły organizacyjne.

albo jeszcze lepiej dopiero po dostaniu licencji mailem zostaje podeslane user i haslo do wysylania swojego wozu nowemu driverowi

Takie moje skromne przemyślenia

1. Użytkownik musi mieć prawo wyboru które skiny aktualizować, a które nie. To nie może być wymuszane przez soft dla wszystkich nowych skór.
2. Soft po stronie serwera musi mieć kontrolę zajętych numerów, żeby nie było sytuacji (pomyłkowych), że dwóch różnych kierowców będzie wysyłac skiny na ten sam numer.
3. Przydała by się jakaś kontrola poprawności pliku ze skinem - nie wiem jak zachowuje się nascar w przypadku próby załadowania uszkodzonego pliku skóry
4. Dobra robota !!!

ad1 Też o tym myślałem aczkolwiek będę musiał się zagłębić bardziej w MFC Pytanie tylko czy to naprawdę takie konieczne jeśli założeniem programu jest utrzymywanie jak najbardziej aktualnych skinów. Ale jeśli tak to się zrobi.
ad2 To jest zrobione na poziomie bazy danych. Po prostu Nrwozu będzie równocześnie kluczem głównym tabeli z kierowcami. Jedyne co to trzeba będzie obsłużyć to odpowiedni błąd mysqla (albo sprawdzać nr przed próbą zapisu do bazy (ale to jedno zapytanie SQL więcej ).
ad3 Tu może być problem. Choćiaż... może nie. Wystarczy policzyć sumę kontrolną i zapisywac ją w bazie razem ze skinem.

Rowniez sie ciesze ze takowy program ma ruszyc bo da to spore mozliwosci zabawy w malowanie samochodu . Odnosnie moich uwag w programie:
zamiast text field dla ścieżki do katalogu ze skinami, proponowalbym aby program poprosil o znalezienie pliku NR2003.exe i na tej podstawie sam wpisal do configa sciezke

przycisk Aktualizuj skiny zastapilbym Sprawdz czy sa nowe skiny po czym bylaby podawana lista nowych skinow wraz z 1-2 zdaniami od autora na temat zmian w swoim skinie (trzeba byloby dodac record na taki opis w przypadku uploadowania pliku). Na podstawie tego spisu domyslnie bylyby zaznaczone wszystkie checkboxy ze skinami a uzytkownik moglby sobie te ktore mu sie nie podobaja odznaczyc i dopiero pobrac skiny

co do kontorli poprawnosci pliku ze skinem to chyba najprosciej porownac wielkosc pliku na serku i HD uzytkownika

z wodotryskow to dodalbym oczywiscie mozliwosc dodania z 2 fotek skina, przy czym zeby serek trzymal takze 2 fotki starsze (z porzedniej wersji) co daloby mozliwosc porowania zmian

Można szukać w ten sposób. Łatwiej jednak znaleźć w rejestrach. I tu pytanie: czy Nascar musi być zainstalowany, znaczy czy musi mieć wpisy w rejestrach aby działać).

Komentarze/zmiany do skinów - wg mnie bez sensu, mimo że zrobienie tego to żaden problem. Jesli ktoś zmienia sobie skin, to nie widze potrzeby aby wyjaśniał co było zmienione każąc się tym samym zastanawiać userowi czy chce ściągać czy nie. No chyba że autor skina bardzo chce się pochwalić. Podobnie do tych ilustracji. Niech będą na serwerze ale nie widze potrzeby ściągania ich do programu. A nikogo nie powinny interesowac różnice tylko to że widzi aktualne malowanie - bo taki jest cel programu

Porównanie wielkości to najprostrzy sposób faktycznie pytanie czy wystarczający. Ja bym jeszcze dodał na wszelki wypadek backupowanie nadpisywanych skinów

Co do ilustracji to oczywiscie nie mialem na mysli dawac ich do programu tylko aby mozna to bylo zobaczyc na stronie, co do opisow to nie ma obowiazku zeby ktos cos pisal jak nie chce ale daje to jakies pojecie jak sie skin zmienil.
Co do backupu skinow to napewno nie zaszkodzi, a porownanie wielkosci chyba wystarczy nie ma co sobie komplikowac zycia

Co od szukania sciezki z rejestru to tez pomysl aczkolwiek mniej trafny ostatnio mialem reinstal windy i nie chialoby mi sie instalowac np N2003 tylko po to zeby byl wpis w rejestrze.

Cytat:

Można szukać w ten sposób. Łatwiej jednak znaleźć w rejestrach. I tu pytanie: czy Nascar musi być zainstalowany, znaczy czy musi mieć wpisy w rejestrach aby działać).

Musi miec wpisy w rejestrze - po reinstalce windy trzeba od nowa zainstalowac nascara zeby jezdzic.
Ja bym proponowal tabele kierowca i tabele skin (wiesz jak je placzyc relacja 1-1 ) - w tabeli skin dac kolumne dataOstatniejAktualizacji. Wtedy jak user odpali programik zostanie mu podana list ew. update'ow skinow i na liscie(nie wiem jak ten obiekt nazywa sie w VC++ ale w Javie jest to JList (java.sun.com-->search )) bedzie mozna sobie wybrac ktore updatenac + lista skinow ktorych nie mamy- przycisk update i jazda

Nogal, dowiedziałęm się że wersja NoCD nie wymaga wpisów w rejestrze. Więc chyba pozostanie szukanie exec'a.

O podziale tabel myślałem ale doszedłem do tego, że to bez sensu (chyba że ktoś znajdzie argument za). Kierowca jest na stałe związany z danym nuemrem wozu. Nie zdarzy się sytuacja żeby kierowca miał dwa wozy albo z jednego numeru korzystało dwóch kierowców. Stąd wystarczy jedna tabela i baza ta nie da się znormalizowac bardziej.

W MFC jest lista. Ale zaznaczanie na liście jest niewygodne/nieładne. Najlepsza by była lista z checkmarkami. Tylko ze to trzeba samemu sobie napisać.

MaXyM napisał:

Nogal, dowiedziałęm się że wersja NoCD nie wymaga wpisów w rejestrze. Więc chyba pozostanie szukanie exec'a.

najlepiej zrobic to file chooserem ? Cos w tym stylu : http://java.sun.com/docs/books/tutorial/uiswing/components/filechooser.html

Cytat:

O podziale tabel myślałem ale doszedłem do tego, że to bez sensu (chyba że ktoś znajdzie argument za). Kierowca jest na stałe związany z danym nuemrem wozu. Nie zdarzy się sytuacja żeby kierowca miał dwa wozy albo z jednego numeru korzystało dwóch kierowców. Stąd wystarczy jedna tabela i baza ta nie da się znormalizowac bardziej.

No fucktycznie - date ostatniej aktualizacji mozna wysciagac z daty ostatniej aktualizacji pliku, ale chyba znaczenie szybciej i latwiej dodac tabele ktora to bedzie trzymac i pozniej za pomoca prosciutkiego zapytania SQL wyciagnac te z "mlodsza" data aktualizacji ??

Cytat:

W MFC jest lista. Ale zaznaczanie na liście jest niewygodne/nieładne. Najlepsza by była lista z checkmarkami. Tylko ze to trzeba samemu sobie napisać.

A w Javie jest to za#$^cie proste JList.getSelectedIndices() i dostajesz tablice indexow zaznaczonych

Nogal, nie ma problemu otworzyć file requester. Ale tu chcieli aby automagicznie się wyszukiwał katalog nascara więc trzeba będzie przeczesać katalogi. Oczywiście filerequester też będzie (a właściwie będzie najpierw)

Co do tabel to nie dodac tabelę tylko kolumnę do tabeli z datą aktualizacji. Moja propozycja tabeli (skłądnia mysql'a)

IDcar SMALLINT PRIMARY KEY,
FName VARCHAR(30),
LName VARCHAR(30),
Nick VARCHAR(30),
City VARCHAR(50),
BirthYear SMALLINT ,
Team VARCHAR(50),
Email VARCHAR(100),
WWW VARCHAR(100),
CarPath VARCHAR(100),
CarDate TIMESTAMP

Nad rozbiciem tabeli można by się zastanowić jeśli by się robiło normalizację pod względem teamów. Wtedy osobna tabela z teamami i w tabli kierowców IDteam. Ale czy jest sens dla jednej kolumny?

PHP będzie wysyłał do programu tylko IDcar, CarDate i URLa do pliku.

MaXyM napisał:

Nogal, nie ma problemu otworzyć file requester. Ale tu chcieli aby automagicznie się wyszukiwał katalog nascara

eee tam - szybciej wskaże sie plik file requerterem niz zeby sam przeszukal wszystkie pliki - nie ma sensu sie meczyc

A tabela OK

Szkoda, ze za cholere teraz nie mam czasu bo bym tez sie tym pobawil

Ostatnio zmieniony przez Nogal dnia 2003-05-14, 10:55, w całości zmieniany 1 raz

Nogal napisał:

eee tam - szybciej wskarze sie plik file requerterem

No masz... akurat w Hydeparku trwa rozmowa na ten temat