Prijedlog Open Source projekta

Evo malog uvida u nadolazeću BETA 2 verziju Open Install klijenta:

- Ugrađena multi language podrška (Hrvatski, Engleski)

- Dodan pozadinski prozor (opcionalno kod instalacije) s proizvoljnom bojom, rasterizacijom i gradijentom

- Mnoštvo dodanih funkcionalnosti unutar code-a (sigurnosne provjere itd..)

- Postavke se učitavaju iz Access baze (lokalno).

Na slikama vidite kako otprilike izgleda ako ste odabrali da želite imati i pozdanski prozor pri instalaciji. Kada se još neke funkcionalnosti do kraja riješe biti će dostupna svima na testiranje.

Nisam baš aktivan, iako sam se prijavio u tim. Doduše, moram reći da sam protiv ideje o Accessu. Svakako je opcija s jednom ili više xml datoteka znatno fleksibilnije i bolje rješenje.

Razlog je što xml datoteka (ili paket xml datoteka npr. nekakav zip/tar) nije vezana za tehnologiju, iznimno je jednostavna za korištenje u svim uvjetima, jezicima i tehnologijama.

Ne vidim nikakvu konkretnu prednost xml-a nad accessom u ovom slučaju, pa niti potrebu da time kompliciram. Za access je dovoljan Jet 4.0 provider koji je ugrađen u same windowse. Štoviše mi je puno jednostavnije raditi s accessom nego li xml-om. Na jednostavan način čitam i pišem u access i brzo se snalazim nad gomilama podataka koji su jednostavno strukturirani i do kojih se jednostavno dođe. Nema nikakve potrebe šetanja po čvorovima itd. U accessu će se osim samih postavki aplikacije nalaziti (već se nalaze) i svi prijevodi koji se AUTOMATSKI adaptiraju u klijent aplikaciju bez niti jedne linije code-a, i to samo zato jer je riječ o bazi podataka pa se preko predloška forme tu mogu definirati polja (stupci) iz neke tablice. S xml-om to bi mi bila već poveća frustracija jer bi trebalo pisati poprilično code-a. Usto, access baza koja je trenutno sastavljena je krajnje jednostavna. Svega dvije tablice koje čak nisu niti relacijski povezani niti ovisne.

I na pitanje "kad će to?" da odgovorim... Ovisi i o manager aplikaciji jer se neke stvari moraju uskladiti i s njome. No najbitnije je da je klijent aplikacija do kraja definirana pa da se znaju točni ulazi koje mora definirati manager aplikacija, a to je jako blizu kraja.

Da ne spominjem da je to na takav način i preotvoreno korisniku koji bi cijelu instalaciju mogao korumpirati i promjeniti po volji. Možda čak i napraviti (namjernu) štetu nečijem OS-u.

Naravno da može napraviti štetu jer međuostalim će se u instalaciji moći definirati i registracija ActiveX biblioteka (dll, ocx) koje se koriste u instaliranoj aplikaciji, programi koji će se pokretati poslije instalacije i sl., i tu se već daje manevra za manipuliranjem postavki jer najmanji je problem editirati CAB i dodati u njega zloćudni program te u postavkama instalacije definirati njegovo izvršavanje. Stoga, takve postavke NEĆE biti dostupne običnim korisnicima iz sigurnosnih razloga, niti će XML biti korišten radi jednostavnosti implementacije u usporedbi s accessom, i da je XML neznam kako bajan, super, ovakav i onakav nije ga jednostavnije implementirati i koristiti nego access, i ne pada mi na pamet pisati sad gomilu code-a da bi ubacio XML kad access automatski radi bez iti jedne linije code-a.

Što se tiče "smije li se". Smije se. Access je besplatna baza. Stoga, XML definitivno otpada.

S druge strane nemam ništa protiv da autori manager aplikacije koriste xml interno za spremanje postavki manager aplikacije, ali za vezu između klijenta i managera koristiti će se access.

Ako su postavke zaštićene tada štetu može napraviti jedino ona osoba koja radi instalaciju. Dok, ako postavke nisu zaštićene tada svatko tko posjeduje instalaciju može izmanipulirati postavke i modificiranu instalaciju proslijediti nekome drugome kome će napraviti štetu. Znači, nije problem osoba koja radi instalaciju niti ona koja ju koristi, već ona treća strana koja eventualno može tu instalaciju modificirati. Zato ju je bolje zaštiti.

Već istražujem za CRC32, kao i za evenutalno MD5.

http://www.createwindow.com/programming/crc32/crcfile.htm

Mogućnost modificiranja je uvijek prisutna, ali za sada je bar na neki način potrebno osigurati vjerodostojnost podataka (passwordom). Također, XML parser imam ali način rada mi je definitivno komplikacija. Ovako samo na formu postavim predefinirane predloške kud koji podatak (stupac) se treba prikazati i cijeli program mijenja jezik automatski jednim klikom (data aware komponente). Stoga, radi kolike-tolike sigurnosti i jednostavnosti implementacije izabrao sam access. Kasnije ako se stvar dobro pokaže sa CRC ili MD5 i kada se u potpunosti još definiraju ulazi (sadržaj) konfiguracijske datoteke onda možemo maknuti access. Iako, niti tada nisam baš pretjerano sretan da korisnik ima uvid u te podatke.

A za portabilnost se ništa ne može. To je ionako namjenjeno za windows okruženje. Sama instalacija piše u windows registry, koristi API funkcije itd., i jedino što bi se dobilo micanjem accessa je neovisnost o MS JET provideru koji je ionako sastavni dio windowsa.

Dečki, kako napredujete ? Nekakav update što je dosad napravljeno? :)

Ali vidjeti ću na "programiranje" forumu, thx :)

Decki mogo bi i ja pomoci... znam dosta oko programiranja... To i nije nekakav problem napraviti... Pa mogli bi nesto sloziti

Dogovorite se s ekipom koja radi manager aplikaciju pa ćete vidjeti kako možete doprinjeti, a za sada su nam najveći problem dizajneri.

Pošto sam trenutno zauzet jednim drugim projektom nisam stigao dovršiti betu 2, ali najkasnije u 2 tjedna će biti dostupna za download...

IT Pro, dat ću ti savjet

- Nemoj radit na dva projekta odjednom, jer vidim da si se prijavio u DELTA Team tu na forumu za onaj GIF Animator projekt

DAJTE MENI TESTIRANJE RADIO SAM VEC NA NEKOLIKO PROJEKATA PA IMAM ISKUSTVA SA TESTIRANJEM I DOKUMENTACIJOM,MOLIM VAS AKO MOZE BAREM TESTIRANJE,ILI DOKUMENTACIJA

 puno hvala