13-12-2009, 16:51
Hmmm... kancik - on nie może ściągnąć bo lata nauki pójdą na marne... 
Owszem, może komuś zlecić ale widzę, że chłopak chcę to zrobić samodzielnie - i to się chwali.
A teraz przejdźmy do konkretów.
Hmmm... Do wyświetlenia strony tak jak napisałeś najlepszym jest XHTML, a do formatowania dokumentu CSS (krój czcionek, kolory etc.), aby Twoja strona była bardziej dynamiczna np. pojawiały się okienka czy na pewno coś tam skasować używamy JavaScript.
Co do programowania obiektowego, powiedzmy, że to zależy tylko i wyłącznie od Ciebie... A także od tego czy w przyszłości zamierzasz rozbudowywać tą aplikację. Jeżeli tak to polecam pisać obiektowo - dużo łatwiej można wprowadzać zmiany, do tego zapychaczem miejsca w opisie pracy inżynierskiej są diagramy UML (możesz zrobić diagramy klas - zajmie to sporo miejsca). Wiem, że kilku znajomych pisało strukturalnie (tak tylko by zaliczyć) i tylko dwie osoby pisały obiektowo.
Co do XML'a - powiedz mi co tam chcesz trzymać? Polecam, aby były tam wszystkie teksty związane z aplikacją -> komunikaty, nazwy etc. dzięki temu możesz w bardzo łatwy sposób wprowadzić wiele języków. Do czegoś innego Ci się raczej nie przydadzą - to chyba, że chcesz w nich trzymać dane takie dość hmmm... niezbyt konkretne - bo np. hasła muszą być trzymane w bazie danych dlatego, że plik xml może każdy podejrzeć.
Co do SQlite ... Hmmm... Nie lepiej użyć MySQL? SQLite owszem i w niektórych przypadkach może być bardziej wydajniejsze, ale niestety nie jest bazą relacyjną - tak jak MySQL.
Szablony SMARTY? Jak najbardziej - oddzielisz kod wykonywany po stronie serwera od tego co zostaje wyświetlone. Oprócz tego, że łatwiej taką aplikacją zarządzać, a także cachowania i kompilacji to hmmm... nie ma innych zalet.
CVS lub SVN - NIE.
Owszem, może komuś zlecić ale widzę, że chłopak chcę to zrobić samodzielnie - i to się chwali. A teraz przejdźmy do konkretów.
Hmmm... Do wyświetlenia strony tak jak napisałeś najlepszym jest XHTML, a do formatowania dokumentu CSS (krój czcionek, kolory etc.), aby Twoja strona była bardziej dynamiczna np. pojawiały się okienka czy na pewno coś tam skasować używamy JavaScript.
Co do programowania obiektowego, powiedzmy, że to zależy tylko i wyłącznie od Ciebie... A także od tego czy w przyszłości zamierzasz rozbudowywać tą aplikację. Jeżeli tak to polecam pisać obiektowo - dużo łatwiej można wprowadzać zmiany, do tego zapychaczem miejsca w opisie pracy inżynierskiej są diagramy UML (możesz zrobić diagramy klas - zajmie to sporo miejsca). Wiem, że kilku znajomych pisało strukturalnie (tak tylko by zaliczyć) i tylko dwie osoby pisały obiektowo.
Co do XML'a - powiedz mi co tam chcesz trzymać? Polecam, aby były tam wszystkie teksty związane z aplikacją -> komunikaty, nazwy etc. dzięki temu możesz w bardzo łatwy sposób wprowadzić wiele języków.
Do czegoś innego Ci się raczej nie przydadzą - to chyba, że chcesz w nich trzymać dane takie dość hmmm... niezbyt konkretne - bo np. hasła muszą być trzymane w bazie danych dlatego, że plik xml może każdy podejrzeć. Co do SQlite ... Hmmm... Nie lepiej użyć MySQL? SQLite owszem i w niektórych przypadkach może być bardziej wydajniejsze, ale niestety nie jest bazą relacyjną - tak jak MySQL.
Szablony SMARTY? Jak najbardziej - oddzielisz kod wykonywany po stronie serwera od tego co zostaje wyświetlone.
Oprócz tego, że łatwiej taką aplikacją zarządzać, a także cachowania i kompilacji to hmmm... nie ma innych zalet. CVS lub SVN - NIE.
