Witam. Stworzyłem sobie taki "szkielecik" na strony, by nie pisać wszystkiego od nowa przy projektach.

W skrócie pisząc, nie jest on dość elastyczny, i nie nadaje się do mojej przyszłej aplikacji. Tzn. mogę to zrobić nieobiektowo, ale jaki jest sens, skoro piszę obiektowo całą aplikację?

Szukam, takiego na prawdę mini frameworka, lub może ktoś podzieli się swoim pomysłem na taki szkielecik aplikacji.

--Dziękuje

http://www.slimframework.com/

Wystarczy poszukać w google. jest tego multum..
A czy ktoś podzieli się swoim kodem? Wątpię

@up Widziałem to. Nie chodzi mi o dzielenie kodem, chodzi mi o samą teorię, logikę skryptu. Chociaż przykładowym kodem nie pogardzę.

Ja ładuję sobie stronę w pages/ zaś w tej stronie ładuje sobie widok z view/ itp.

I jaki ty tu widzisz problem bo nie rozumiem?

No bo zaprojektowałem złą logikę aplikacji, i chciałem sięgnąć rady jak należałoby pisać sensownie takie aplikacje.

Gdybyś napisał go prawidłowo i zgodnie z MVC nie miałbyś żadnego problemu, jedynie jakieś dodatkowe klasy wgrywał wspomagające(jak w każdym frameworku). Jeżeli nie umiesz takowego napisać to po co się męczysz? Lepiej od razu przeżuć się na frameworka typu CodeIgniter czy CakePHP. Naprawdę łatwe, a za razem inteligentne. I nie są to takie "kobyły" jak np. Symfony, także nadają się do mało jak i średnio zaawansowanych stron. Z resztą... zajrzyj do działu o wyborze frameworka

W sumie to nie stosowałem MVC, tylko od dzieliłem sobie wyświetlanie od logiki, takie a'la mvc.

CodeIgniter patrzyłem dokumentacje, i jest faktycznie łatwy,ale jakoś wole swój kod, mieć pełną władzę.

Lepiej niech nauczy się pisać aplikacje od podstaw, będzie więcej wiedział, wiedzy mu przybędzie..

Najpierw radzę się zapoznać z wzorcami projektowymi, możesz też pomyśleć nad czymś swoim, ale na początek lepiej trzymaj się wzorców typu MVC lub jakieś wzorce pokrewne..
Co to MVC? Jeśli chcesz mogę Ci wytłumaczyć, ale myślę, że z informacji dostępnych ogólnie w internecie będziesz wiedzieć o co chodzi. Radzę patrzeć w jakiś framework i czytać o tym, aby mniej więcej wiedzieć o co chodzi.

Ja osobiście trzymam się swojej struktury aplikacji, jakoś nie pasował mi MVC i był mało wydajny, a gdy zaczynałem to bardzo zależało mi na wydajności.

1. Okej, macie pełnie władzy, ale co wtedy gdy przy kodzie miałby pracować większa liczba programistów? Praca na krótką metę lub dla wolnego strzelca.
2. Też szczerze mówiąc najpierw zabrałem się za napisanie własnego kodu nie ogarniając do końca o co chodzi w MVC. Wyszło jak wyszło... tak samo jak koledze. Teraz od jakiegoś czasu bawię się w CodeIgniter i teraz zupełnie inaczej bym tą aplikację zaprojektował. Chodzi tu głównie o nabranie dobrych nawyków. Poza tym chcąc iść w tym kierunku szukając pracy większość pracodawców wymaga znajomości jakiegoś frameworka.

A nie lepiej Ci zrobić na zasadzie pisania "bibliotek" i ich dołączania?
Piszesz sobie do każdego osobnego pliku klasy.
I później dołączasz do projektu.

Ja tak robię. Mam swoje "biblioteki" a później pisze funkcje w pliku global.php które korzystają już z klas i funkcji zapisanych w bibliotekach.

Mam taki pomysł, może pokażę mój kod http://www.speedyshare.com/AU7Jh/Szkielet-aplikacji.rar

Pitu pitu..
Jeśli pisze się coś logicznie, a nie na "pałę" to żaden programista nie będzie miał problemu z ogarnięciem kodu! Ogarnie nawet bez dokumentacji - no chyba, że ma problemy z spostrzeganiem.

Pisanie aplikacji nie znając podstaw jej budowy to jak zatrudnienie programisty wyuczonego w szkole...
Niech robi jak chce, ja tylko mówię, że lepiej jest coś napisać samemu i myśleć nad tym jak by to ulepszyć, niż klepać na pałę jakąś aplikacje z frameworka..

Jeśli się nauczy podstaw, to ogarnięcie obojętnie jakiegoś tam frameworka zajmie mu kilkanaście minut..

Jaka jest różnica między pisaniem na "pałę", a tym logicznym?