![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 215 Pomógł: 19 Dołączył: 24.12.2003 Skąd: Przemyśl Ostrzeżenie: (0%) ![]() ![]() |
Witam
Chciałbym Was prosić o zdanie jak u Was to wygląda. Otóż mam swojego frameworka który zbudowany jest mniej wiecej w oparciu o schemat MVC. Aplikacja w katalogu app ma podkatalolgi controllers, models, helpers itd. Podoba struktura jest w katalogu system. Coś podobnie jak w kohanie. Ale mniejsza z tym pytanie moje brzmi w jaki sposób budujcie panel administracyjny do danej aplikacji opierając się o ten schemat. W chwili obecnej mam coś w stylu małego b2b, aplikacja wymaga zalogowania, więc prawdopodobnie zrobię tak, że jeśli logujący będzie miał rolę 'admin' to pokażą się dodatkowe zasoby dostepne dla niego w menu przy zachowaniu tego samego layoutu. Natomiast kontrolery, modele itd będa wrzucane do tych samych katalogów co dla innych userów. Ale zastanawia mnie sytuacja taka gdy będę chciał zrobić w oparciu o ten schemat np. cms-a lub tym podobne gdzie frontend i backend będzie zupełnie inny i nie powiązany. Czy wtedy robicie np katalog admin w a nim powielacie to samo co dla frontendu czyli np katalogi Kod app - controller - models .. cache config public system templates .... a potem w routerze dajcie jakieś datkowe reguły które przy wykryciu linku postaci np Kod http://project/admin/order/index odpalają kontroler order z akcja index ? czy może robicie tak że np. w takiej konfiguracji katalogów Kod app - controller - admin - models ..- admin .... dodajcie w podlatalogu controllers, models itp np podlatalog admin a w nim dopiero kontrolery, modele i inne pliki administracyjne aby dokonac rozdziału funkcjonalnego ? Tylko że tu jest problem zmiany już np. autoloaderów wszystkich plików bo są inne lokaliazje i szereg innych spraw jak np. to że jest ten sam frontcontroller, bootstrap (coś jak w zendzie) który będzie mi odpalał akcje niekoniecznie potrzebne dla administracji, odpalane jakieś dodatkowe viewHelpery itp. Generalnie chyba wiadomo o co mi chodzi, chciałbym usłyszeć Wasze zdanie i sugestie Będe wdzieczny za info pozdrawiam. |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 702 Pomógł: 65 Dołączył: 16.03.2009 Ostrzeżenie: (0%) ![]() ![]() |
To będa osobne kontrolery u mnie dla fronendu i backendu. Do tworzenia menu mam odpowiednie viewHelpery.
Bardzo mnie zaciekawiłeś tym zdaniem . Ponieważ sam przymierzam sie do podobnego projektu na kohana a nie mam pomysłu jak zabrać sie za budowę menu , możesz podać jakieś szczegóły ? Pozdrawiam |
|
|
![]()
Post
#3
|
|
Grupa: Moderatorzy Postów: 6 072 Pomógł: 861 Dołączył: 10.12.2003 Skąd: Dąbrowa Górnicza ![]() |
Ponieważ sam przymierzam sie do podobnego projektu na kohana a nie mam pomysłu jak zabrać sie za budowę menu , możesz podać jakieś szczegóły ? Pytanie nie było skierowane do mnie, ale odpowiem: wystarczy, że dla każdej "aplikacji" będziesz miał osobny front controller. Ja stosuję taką strukturę katalogów: Kod --public_html ----admin ------index.php // front controller dla admina ----index.php // front controller dla sekcji użytkowej Konieczna będzie ingerencja w $config['site_domain'] w application/config/config.php - musisz ją dynamicznie modyfikować w zależności od aplikacji. Najprościej w każdym z front controllerów utworzyć jakąś stałą np. APPNAME (o wartości np. frontend lub backend), a potem skorzystać z warunku:
Jeśli później będziesz konsekwentnie korzystał z helperów (np. html::anchor() dla linków) to nie będziesz miał większych (żadnych?) problemów. |
|
|
![]() ![]() |
![]() |
Aktualny czas: 7.10.2025 - 15:35 |