Podstrony
- telcocafe
- co jest z ta aplikacja!!
- [wap]Projektowanie strona dla wap
- [php / mysql ] wydajność aplikacji a zdalny serwer mysql?
- Etapy projektowania witryn WWW Potrzbny referat !!
- Uwaga koderzy PHP! Zapraszamy do pracy nad projektem!
- [php/hosting] serwer emailowy na localhost jak postawić;jak uruchomić web aplikację mail
- aplikacja łacząca z bazą mysql na serwerze jak zezwolić na dostep do bazy z dowolonego IP
- Aplikacja Płatnego Dostępu wszystko dotyczące udostępniania na stronie elementów z uzyciem kodów
- Aplikacje uruchamiane po Scandisku (niebieskie tło ale jak to nazwać? więc nazwałem tak^^
- Aplikacja płatnego dostępu - problem... Poprostu nie działa, tylko dlaczego?
- zanotowane.pl
- doc.pisz.pl
- pdf.pisz.pl
- kolazebate.pev.pl
telcocafe
Witam.Podczas tworzenia dużej aplikacji wiadomą rzeczą jest, że zacząc należy od stworzenia solidnego i żetelnego projektu. No właśnie. Wydaje się to banalnym zagadnieniem, a jednak gdy przychodzi co do czego napotyka się różne problemy...choćby - od czego tu zacząć. Znacie może jakieś artykuły z podstawami projektowania aplikacji albo coś w tym stylu? Może coś własnymi słowami
Aplikacji ... ale aplikacji aplikacji czy roznych cms/for itp bo umiesciles to w dziale webmastering...
imho trzeba wszystkie pliki projektu umieszczac w odpowiednich katalogach np klasy/ funkcje/ szablony/ dodatkowe/ pliki/ itp, wszystko ladnie rozplanowac i tyle ... i sie nie spieszyc bo nic dobrego z tego nie wyjdzie. A najpierw najlepiej przez tydzien / dwa przemyslec jak to wszystko ma dzialac, co ma robic, jakim sposobem, jakie technologie uzywac et cetera et cetera...
No na myśli miałem duże aplikacje internetowe....na przykład cms, sklep albo nawet jakaś giera on-line.
No na myśli miałem duże aplikacje internetowe....na przykład cms, sklep albo nawet jakaś giera on-line.
mam teraz coś takiego :D tak więc ja rozpoczełem pracę od klasy do obsługi bazy danych, następnie klasa do obsługi interface, użytkowników a teraz to już tylko klasy pod konkretne rzeczy będą leciały :) czyli wsio zależy od konkretnego zadania danej aplikacji
Jak tak czytam wasze wypowiedzi (zaq i bełdzio) to wychodzi na to, że wasze projektowanie opiera się na tym, że ustalacie cel -> zabieracie się za pisanie i samo wam wychodzi co i jak. Dobrze was zrozumiałęm? Czy może robicie to w staromodny sposób czyli pierw ustalacie co będzie robić co, w jaki sposób a dopiero podem kodujecie?
ustalacie cel -> zabieracie się za pisanie i samo wam wychodzi co i jak.
Coś w tym stylu ;) W sumie pisanie jest proste, tyle że zwykle nie ma czasu.
Jak tak czytam wasze wypowiedzi (zaq i bełdzio) to wychodzi na to, że wasze projektowanie opiera się na tym, że ustalacie cel -> zabieracie się za pisanie i samo wam wychodzi co i jak. Dobrze was zrozumiałęm? Czy może robicie to w staromodny sposób czyli pierw ustalacie co będzie robić co, w jaki sposób a dopiero podem kodujecie?
Hehe ja tez wlasnie zaczolem troche wiekszy skrypt pisac...no i powiem ci ze nie ma jak dlugopis i kartka zeszyt :P Wszystko ladnie sobie pokolei opisuje co ma robic(np. funkcje modulow, strukture bazy, etc).
Bo gdy masz juz jakis plan - no powiedzmy algorytm ;) (chocby na kartce papieru)to potem pisanie juz samej aplikacji jest latwiejsze. Bo nie ma nic gorszego jak bloki :/ Doszedles do pewnego momentu i stwierdzasz ze ta sciezka nie ma sensu...i znowu na start :/
A wiec dlugopis i zeszyt w ruch :)
Powodzenia.
Hehe ja tez wlasnie zaczolem troche wiekszy skrypt pisac...no i powiem ci ze nie ma jak dlugopis i kartka zeszyt :P Wszystko ladnie sobie pokolei opisuje co ma robic(np. funkcje modulow, strukture bazy, etc).
Bo gdy masz juz jakis plan - no powiedzmy algorytm ;) (chocby na kartce papieru)to potem pisanie juz samej aplikacji jest latwiejsze. Bo nie ma nic gorszego jak bloki :/ Doszedles do pewnego momentu i stwierdzasz ze ta sciezka nie ma sensu...i znowu na start :/
A wiec dlugopis i zeszyt w ruch :)
Powodzenia.
polecam białą tablicę
Mame poprosze żeby mi kupiła - powiem, że chce się bawić w pro programiste :D
Co do mojego własnego topa. To też wam powiem, że jakoś chyba preferuje pierw rozpisanie wszystkiego. Rozpisanie choćby ogółnych pomysłów, a potem podejscie i zmiany. Nie pisze ewentualne bo co innego pisać sobie na naszej tablicy a co innego stukać w klawiaturę i to kodować. Jednak zawsze (a szczegółnie ostatnio bo wziąłęm się za grubszą aplikację) mam problem z projektowaniem. Ciężko to tak rozkminić na sucho, ale i na "mokro" nie łątwo:P
Tablice może zostaw sobie na później ;). Teraz wystarczy kratka A3 gdzieś na ścianie. Sam też jestem w trakcie "zabierania" się do stworzenia większego projektu, a że w php mam małe doświadczenie to aktualnie szukam różnych rozwiązań i oceniam swoje możliwości. Potem wszystkie pomysły na dużą kartkę ( mam stary kalendarz obklejony plakatami więc wsam raz się nada : ) ), a potem może się okazać, że kod będzie tylko formalnością. O ile wszystko sobie w głowie i na "ścianie" porządnie ułożysz :)
Podaczas projektowania aplikacji (bynajmniej w PHP) warto zaprojektować kilka rozwiązań danego problemu i wybrać te które podczas testów wykazało się największą szybkością. Jest to bardzo ważne podczas tworzenia dużego projektu, aby aplikacja działała jak najszybciej !!!