Citat:
stefanpn: ...ali izvrsna datoteka treba da bude sto manje zavisna od drugih datoteka.
slazem se, ali ne kada govorimo o vb programu, iz razloga sto najobicniji program u vb-u zavisi od nekoliko dll fajlova. da bi pokrenuo program pisan u vb6, moras da imas instaliran vb6 runtime na toj masini, jel tako? e a znamo da ovaj runtime
nije dolazio uz windows sve dok windows-a 2000.
a u ovom primeru koji sam ja dao, pomenuta biblioteka dolazi sa windows-om jos od verzije 98, znaci i ako nemas vb6 runtime sigurno imas vbscript regular expressions.
druga stvar, svaki, ne samo vb program, nego i c, c++ i td, tj bilo koji windows izvrsni fajl
mora da zavisi on nekih biblioteka (kernel32.dll, user32.dll itd), jer tako je windows osmisljen i to ima svojih prednosti ali naravno i mana. nama ne vredi da se bunimo nego radimo sa tim sto nam je ponudjeno i da to na najbolji nacin iskoristimo.
Citat:
I zasto pozivati spoljne funkcije kada moze to da zavrisi sa 5 linija koda, i to istom brzinom kao dll.
ok u ovom slucaju je sasvim ok koristiti tvoj kod, ali ja sam rekao "najelegantnije" resenje, a i koristeci regularne izraze dobija bolju prosirivost, tj ako kasnije hoce, recimo da string "TheEndIsClose" zameni sa "Close Is The End" tj da doda razmake i jos da obrne redosled reci ovo moze da uradi sa jednostavnom izmenom regularnog izraza i ubacivanja dodatnih povratnih referenci u replace with stringu (znaci broj linija ostaje isti, samo se dve linije dopunjuju)
Citat:
P.S. Sta ce biti ako jednog dana ceo projekt zvani "WINDOWS" padne u vodu, i mi svi moramo da migriramo na neku drugu platformu. Da li cemo plakati za Win32 Dll bibliotekama zbog nase danasnje lenjosti da posao zavrsimo na svoj nacin!
to jednostavno nece nikad biti, ali da cemo morati da menjamo aplikacije, tj da ih prilagodjavamo novim verzijama windowsa to je sasvim normalno...
a i jedan od razloga zasto je uradjen koncept dll (dynamic link library) je upravo zbog portabilnosti koda izmedju razlicitih verzija windowsa
Citat:
Mislim da je resenje DLL korak u nazad za nekog ko vec nema logiku programiranja u glavi, dok ostalima samo ubrzava rad!
kad smo vec kod logike da se malo osvrnemo na tvoj kod, jako me interesuje da mi objasnis zasto u prvoj liniji dodajes vrednost povratnoj vrednosti funkcije, iz razloga sto je na pocetku izvrsavanja funkcije ta promenljiva (fncUbaciSpace u tvom slucaju) initializovana na pocetnu vrednost tipa funkcije (u ovom slucaju inicijalizovana je na vbNullString), naravno vb ce ovo verovatno da optimizuje tako da nece biti razlike u izvrsnom fajlu, ali u izvornom kodu, tj logici ostaje (sto je malo nelogicno)
drugo, nisi deklarisao promenljivu t (ok verovatno ti je promaklo)
trece, jeste da je u pitanju malo parce koda ali ima par mesta na kojima bi kod mogao da se optimizuje (recimo, dva puta "cupas" karakter iz stringa, iako bi brze bilo da to radis jednom i da tu vrednost zapises u nekoj promenljivoj)
Pozdrav.
p.s. nemoj da mislis da te napadam sa ovim komentarima o kodu, ali kad si vec pomenuo logiku morao sam nesto da napisem :)