[ Поиск ] - [ Пользователи ] - [ Календарь ]
Полная Версия: Структура сайта на MVC
J1upuk
Здравствуйте, не совсем понимаю каким образом должна быть составлена структура приложение на MVC, и соответствие структуры адресной строке.
1. Допустим есть адрес: mysite.ru/news/edit/10 ну или mysite.ru/news/edit?id=10, так вот что получается, news это файл контроллера в который передается 2 гет параметра, edit и id, или news это папка, в которой лежит файл edit.php, который в свою очередь принимает id новости? У меня размытое понимание понятий модуль, контроллер и экшен, в связи с чем немогу организовать нормальный роутинг и структуру.

2. А если допустим адрес: mysite.ru/flats/arenda/view/10, т.е. например сайт аренды не только квартир но и коттеджей, и на место flats могут вставать другие разделы, то получается в данном случае flats это модуль? И как тогда будет выглядеть файловая структура?
YVSIK
подпись смотрим
со временем все будет понятно
там сказано? что надо разобрать по словам каждую букву
это начинает проливать свет на структуру MVC


_____________
«Гнусное свойство карликовых умов приписывать
________________!свое духовное убожество другим!»
___
О) как-же он прав=>__________________ © Оноре де Бальзак.

отличный хост(рекомендую !! )
My MVC-CMV
J1upuk
Цитата (YVSIK @ 2.05.2014 - 15:22)
подпись смотрим
со временем все будет понятно
там сказано? что надо разобрать по словам каждую букву
это начинает проливать свет на структуру MVC

То что там написано я понимаю, но мой вопрос же в другом заключается)
YVSIK
в чем вопрос
надо показать точку входа
и дальше уже решать
а так все на словах
ну непонятно-же нефига
код тебя спасет, твой код.

_____________
«Гнусное свойство карликовых умов приписывать
________________!свое духовное убожество другим!»
___
О) как-же он прав=>__________________ © Оноре де Бальзак.

отличный хост(рекомендую !! )
My MVC-CMV
SDV
структура папок и файлов может быть такой:
модуль новостей
news/controller_index.php
news/controller_moder.php
итд

контроллеров может быть один два итд

в них соответственно методы твои
Controller_moder
-action_index()
-action_add()
-action_delete()
-action_edit()

а то что ты спрашиваешь это роутинг, как я понял
и вид урла в адрес. строке будет зависеть от него, от правил которые там есть
его задача как раз рзобрать запрос и дать тебе ответ в виде(допустим):
модуль - контроллер - метод

вид урла не говорит о структуре папок и файлов:

можно сделать так:


http://site.ru/module_(модуль)/controller_(контроллер)/action_(метод)
http://site.ru/module_news/controller_moder/action_edit

и роутинг допустим разберет урл и выдернет то что в скобках

или так

http://site.ru/(модуль)/(метод)

ротинг видит что нет контроллера а в его правилах в таких ситуация поступать след образом:
модуль и контроллер совпадают по названию

то есть ты сам вид урла определяешь в роутинге, задав какие то правила преобразований
J1upuk
Спасибо большое, вот как раз от того что дается возможность делать так - как хочется, и возникают проблемы, из за свободы выбора решения) Хочется узнать как это "обычно все делают", и иметь какую то одну картину в голове)
inpost
J1upuk
Увы, но каждый понимает MVC в своём русле. Я, лично, из-за отказа от ООП вынужден использовать пассивную модель, ТТУК в простонародии. Активисты ООП же используют активную, но даже у них взгляды расходятся и в разных фреймворках можно увидеть немного иные разграничения.

_____________
Обучаю веб-программированию качественно и не дорого: http://school-php.com
Фрилансер, принимаю заказы: PHP, JS, AS (видео-чаты). Писать в ЛС (Личные сообщения на phpforum).
J1upuk
Цитата (inpost @ 2.05.2014 - 16:42)
ТТУК

user posted image
user posted image
inpost
J1upuk
Я не встречал иную схему в процедурном подходе.
Если ты знаешь, то можешь смело дать ссылку.

Для меня №1 - удобство. Я считаю, что это самое важное при подходе к производству.

_____________
Обучаю веб-программированию качественно и не дорого: http://school-php.com
Фрилансер, принимаю заказы: PHP, JS, AS (видео-чаты). Писать в ЛС (Личные сообщения на phpforum).
Быстрый ответ:

 Графические смайлики |  Показывать подпись
Здесь расположена полная версия этой страницы.
Invision Power Board © 2001-2024 Invision Power Services, Inc.