[PHP]Interpretacja adresu otrzymanego od przegladarki Opcje

[olechafm]

adres.pl/modul/kontroler/akcja/parametr1/parametr2/parametr3

przy analizie adresu sprawdzam ile dana akcja (metoda) wymaga parametrów, gdy adres będzie zawierał zbyt małą ich ilość, rzucam błędem

co w przypadku gdy dostanę zbyt dużą ilość parametrów? powinienem akceptować tylko dokładnie taką ich ilość jaką wymaga metoda czy mogę zinterpretować tyle ile jest wymaganych a resztę zostawić? co w przypadku parametrów opcjonalnych?

[olechafm]

oczywiście rozumiem, że lepiej korzystać ze sprawdzonych rozwiązań, pomijając fakt że jedne sprawdzają się lepiej inne gorzej i zależy to od potrzeby danej sytuacji co komu pasuje i uważa za "dobre"

ale napisanie własnego routingu jak i wszystkich innych elementów aplikacji to najlepszy sposób na praktyczną naukę, jak już będę wiedział co z czym się je i jak co powinno działać bo napisałem to sam i nauczyłem się na przykładach praktycznych, to wtedy mogę sobie pozwolić na oszczędzanie czasu poprzez używanie takich gotowych rozwiązań jak chociażby framewor'ów, które właśnie temu powinny służyć uważam, że nie powinno od razu sięgać się po gotowce bo to maskuje tylko niewiedzę

[by_ikar]

oczywiście rozumiem, że lepiej korzystać ze sprawdzonych rozwiązań, pomijając fakt że jedne sprawdzają się lepiej inne gorzej i zależy to od potrzeby danej sytuacji co komu pasuje i uważa za "dobre"

ale napisanie własnego routingu jak i wszystkich innych elementów aplikacji to najlepszy sposób na praktyczną naukę, jak już będę wiedział co z czym się je i jak co powinno działać bo napisałem to sam i nauczyłem się na przykładach praktycznych, to wtedy mogę sobie pozwolić na oszczędzanie czasu poprzez używanie takich gotowych rozwiązań jak chociażby framewor'ów, które właśnie temu powinny służyć uważam, że nie powinno od razu sięgać się po gotowce bo to maskuje tylko niewiedzę

Routing z symfony jest dość mocno z samym symfony powiązany i żeby to jako tako chodziło i miało sens, trzeba to rozłożyć na czynniki pierwsze, wyciągnąć najważniejsze metody i przełożyć do swojej klasy. W symfony dla routingu są dodatkowe opcje, które raczej przeważnie nie są potrzebne, jak chociażby możliwość zdefiniowania dodatkowej klasy routingu już na poziomie samego routingu. Np klasę która będzie rozpoznawać na jakiej jesteś subdomenie, jeżeli masz ustawiony wildcard dla strony. Przeważnie taka funkcjonalność nie jest potrzebna, ja osobiście się jej pozbyłem (IMG:style_emoticons/default/wink.gif) Napisałem powiedzmy swojego FW którego poskładałem z różnych inncyh frameworków, wyciągając z nich to co mi się w nich najbardziej podobało. W symfony najbardziej spodobał mi się routing i yaml. W zendzie podobała mi się całkiem klasa zend_select, ale część rzeczy jakie tam była zawarta nie podobała mi się wcale. W Yii podobała mi się klasa odpowiedzialna za konfigurację, a dokładniej to sposób poruszania się po konfiguracji. Podobny zresztą był w Kohanie 2, z tym że tam było to mniej wydajnie rozwiązane. Do całości dokładasz jeszcze kilka rzeczy, i masz już swojego FW. Wzorować się jest dobrze, podczas pisania tego rozwiązania w swój sposób dochodzisz jak to działa i później całość znasz na wylot.

Serio popatrz na routing symfony, może i ci przypadnie do gustu, jak coś to nawet będę mógł ci pomóc, jeżeli czegoś w nim nie będziesz rozumieć (IMG:style_emoticons/default/wink.gif)