Pomoc - Szukaj - Użytkownicy - Kalendarz
Pełna wersja: Dobre pisanie aplikacji
Forum PHP.pl > Inne > Hydepark
daniel1302
Witam, na jakie elementy rozłożyć pracę aby dobrze napisać aplikacje.
Planowanie- Jak dobrze planować? Gdzie zapisywać.
Pisanie to już poczytam w necie. Ale przyjme ciekawe propozycje.


Z góry dziękuje za wasze zdania, proszę o wypowiedzenie się jak wy to robicie?
pzduniak
1) Core
2) Back-end
3) Front-end
LBO
Cytat(pzduniak @ 22.03.2009, 19:00:40 ) *
1) Core


Co znajduje się w Core?
Jakie pełni funkcje?

Cytat(pzduniak @ 22.03.2009, 19:00:40 ) *
2) Back-end
3) Front-end


Czym zajmuje się Backend, a czym Frontend?
Czym się dwa powyższe różnią od Core?
Czy może Ich być więcej, czy tylko te dwa?

smile.gif
daniel1302
Sam chciałbym wiedzieć biggrin.gif
Moli
Z core pewnie chodziło o framework, szkielet programu smile.gif Back-end to panel admina, a front-end to strona która widzi typowy użytkownik smile.gif

Pisz tak jak Ci wygodniej. Jeżeli musisz czekac na wygląd od grafika, to zacznij od panelu administracyjnego smile.gif
Mephistofeles
Powinno się raczej tak pisać, by wygląd był niezależny od działania, czyli powinien opierać się w jak największym stopniu na CSSie. Zacznij od czego chcesz, z grafiką choćby z Painta winksmiley.jpg.
Oczywiście, może być więcej różnych -endów...
Np. potrzebujesz panelu moderatora - piszesz kolejny back-end.
zwierzołak
Cytat
Witam, na jakie elementy rozłożyć pracę aby dobrze napisać aplikacje.

jakby Ci to powiedzieć.. całe książki o tym piszą. Dziedzina nazywa się "inżynieria oprogramowania" smile.gif Ja ostatnio czytam "zrozumieć UML 2.0" Michała Śmiałka z helionu - fajnie jest opisany cały cykl tworzenia oprogramowania z wykorzystaniem modelowania w UMLu.

Tak w uproszczeniu to dobrze na początku zrobić sobie diagram use-case, który pokazuje po prostu jakie funkcje będzie posiadał projektowany system(lub aplikacja) oraz napisać kilka "historii użytkowników" / narysować sobie schematycznie ekrany z programu, żeby sobie wyobrazić jak to będzie wyglądało.
michalg
Dobrze by było poświęcić czas na pisanie testów (jednostkowych i funkcjonalnych). Często brakuje na to czasu, co niestety odbija się później na jakości kodu i utrudnionym refactoringu. A refactoring też jest potrzebny, bo nie zawsze jesteś w stanie przewidzieć wszystkiego - i po wprowadzeniu kolejnych zmian kod lubi się niepotrzebnie komplikować.
ferr
http://ferrante.pl/2008/06/21/frontend/

Poczytaj sobie winksmiley.jpg
Bart77
Jeśli chodzi o planowanie, najpierw rozpisuję sobie wszystko w Wiki. Poza tym, że systematyzuję wiedzę potrzebną do projektu, to mam już prototyp dokumentacji.
To jest wersja lo-fi głównej zawartości. Aby zobaczyć pełną wersję z większą zawartością, obrazkami i formatowaniem proszę kliknij tutaj.
Invision Power Board © 2001-2025 Invision Power Services, Inc.