Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

> [Kohana]Podstawy
Szymciosek
post
Post #1





Grupa: Zarejestrowani
Postów: 1 168
Pomógł: 126
Dołączył: 5.02.2010
Skąd: Świdnica

Ostrzeżenie: (0%)
-----


Witam, od kilku dni szukam jakichś podstaw podstaw frameworka Kohana, ale jedyne co znalazłem ciekawszego to: http://www.blog.kohany.com/kohana/2011/05/...wszystkich.html

to mi trochę wyjaśniło o kontrolerach i widokach, a szukając dalej natrafiłem np na http://www.blog.kohany.com/kohana/2011/08/...edza-ko3-2.html

ale to już chyba za dużo wszystkiego jak na początek, ja bym chciał zacząć od podstaw podstaw po kolei co i jak. Istnieje w ogóle coś takiego czy np to "drugie starcie" byłoby ok i warto się temu bardziej przyjrzeć i czy nie jest to za dużo jak na podstawy ?

Edit::
W sumie teraz natrafiłem jeszcze na coś takiego i wydaje się opisywać wszystko po kolei http://kohanaframework.org/3.1/guide/kohana/mvc/controllers

Ten post edytował Szymciosek 23.06.2012, 09:16:58
Go to the top of the page
+Quote Post
 
Start new topic
Odpowiedzi
thek
post
Post #2





Grupa: Moderatorzy
Postów: 4 362
Pomógł: 714
Dołączył: 12.02.2009
Skąd: Jak się położę tak leżę :D




Wszystko zależy jak coś sobie w routerze (regułki w bootstrap) ustawisz. Możesz nawet kilkanaście stron przez jeden pchnąć. Ja tak choćby robiłem ze statycznymi stronami. Każda miała swój własny widok w katalogu static. Regułka wykrywała adresy z listy i kierowała na kontroler static tylko do wyświetlanie owych widoków. W zależności co dostał, odpalał odpowiedni widok jedynie.

Całe moduły mogą być podstronami od czegoś tam. Wygodne jest choćby zrobienie modułu administracyjnego, który potem w bootstrapie dołączasz. Kohana to lekki i dość prosty FW. Jeśli złapiesz już jak działają zależności, to jest to o wiele prostsze. Ogólnie to popatrz na przykłady i zacznij może od kontrolerów dziedziczących po Controller_Template, gdyż mają one już parę rzeczy i można prosto sobie główny szablon postawić.

Przykładowo ja robię jeden plik App_Core (który trzyma główny szablon) i jeden Ajax_Core(od żądań ajaxowych), z miejscami do uzupełnienia, wstępnie w metodach before() i after() inicjalizowane (zależnie kiedy coś ma być inicjalizowane). Po jednym z nich dziedziczą wszystkie inne i uzupełniają "luki" rodzica.

Najwygodniej model utożsamiać z pobieraniem, przetwarzaniem, wszelakimi operacjami na danych i ich zapisem. Niekoniecznie to baza. Także wszelkie pliki, choćby logów, xml. Ich metody to niekoniecznie settery i gettery. Mogą to być wszelkie instrukcje obrabiające dane. Możesz mieć przykładowo model konwertera, który przyjmuje jeden format danych i przetwarza go w inny.
Go to the top of the page
+Quote Post

Posty w temacie


Reply to this topicStart new topic
2 Użytkowników czyta ten temat (2 Gości i 0 Anonimowych użytkowników)
0 Zarejestrowanych:

 



RSS Aktualny czas: 3.10.2025 - 01:52