Спустя 1 минута, 39 секунд (18.07.2010 - 16:09) Michael написал(а):
конечно стоит
Спустя 27 секунд (18.07.2010 - 16:09) Basili4 написал(а):
Bodich
Сразу учись правильно писать переучатся труднее.
Сразу учись правильно писать переучатся труднее.
Спустя 3 минуты, 37 секунд (18.07.2010 - 16:13) Bodich написал(а):
научился сначала по Е.Попову тоже все работает ...
какие основные плюсы mvc ???
какие основные плюсы mvc ???
Спустя 3 минуты, 26 секунд (18.07.2010 - 16:17) Basili4 написал(а):
Спустя 2 минуты, 1 секунда (18.07.2010 - 16:19) Michael написал(а):
| Цитата (Bodich @ 18.07.2010 - 15:13) |
| научился сначала по Е.Попову тоже все работает ... какие основные плюсы mvc ??? |
Основной плюс - такое приложение легко переделывать/сопровождать.
Надо что то переверстать(V) - верстальщик открыл шаблоны и переверстал. Программист даже и не дернулся. А генерируй разметку с помощью php - программисту уже вмешиваться надо. А все - время.
Также и с теми частями(MC). Меняется одна часть - ее и переделываем, а вторую - нет, т.к. они не перемешаны.
Спустя 10 минут, 43 секунды (18.07.2010 - 16:29) gzim9x написал(а):
Bodich
| Цитата |
| какие основные плюсы mvc ??? |
проще и быстрее отладка в крупных проектах.
если учесть, что основное время уходит именно на отладку и поиск багов, а не на написание основного кода, -- то время разработки сокращается существенно. Более того, применение mvc часто позволяет выпустить хоть какой-то релиз затянувшегося крупного проекта.
Спустя 7 минут, 27 секунд (18.07.2010 - 16:37) Bodich написал(а):
а правда что mvc безопаснее от взлома ? или при помощи функций и правильного написания кода можно также неплохо защитить код от взлома?
Спустя 27 минут, 45 секунд (18.07.2010 - 17:04) Семён написал(а):
Да всё это чушь про MVC, в итоге получишь всё тоже самое только с меньшим написанием кода, т.к. многие части используется постоянно в разных модулях.
Безопаснее? Чушь! MVC также может быть ведром, а быдло код защищённым, кто как писал. И да, могу поспорить, что с недокументированном MVC подходом хрен, кто сунется что дописывать, так как это было задумано изначально авторами проекта. MVC нужно применять только в тех случаях, когда работаете командой, и подход тут так, а тут так не подходит.
Безопаснее? Чушь! MVC также может быть ведром, а быдло код защищённым, кто как писал. И да, могу поспорить, что с недокументированном MVC подходом хрен, кто сунется что дописывать, так как это было задумано изначально авторами проекта. MVC нужно применять только в тех случаях, когда работаете командой, и подход тут так, а тут так не подходит.
Спустя 1 минута, 45 секунд (18.07.2010 - 17:06) Семён написал(а):
| Цитата (Michael @ 18.07.2010 - 17:19) | ||
Основной плюс - такое приложение легко переделывать/сопровождать. Надо что то переверстать(V) - верстальщик открыл шаблоны и переверстал. Программист даже и не дернулся. А генерируй разметку с помощью php - программисту уже вмешиваться надо. А все - время. Также и с теми частями(MC). Меняется одна часть - ее и переделываем, а вторую - нет, т.к. они не перемешаны. |
Т.е. если человек использует Smarty или его аналог уже пишет с MVC подходом!?
Заблуждение! )
Спустя 1 минута, 39 секунд (18.07.2010 - 17:08) Michael написал(а):
| Цитата |
| Заблуждение |
smarty решает только задачу V.
Спустя 20 минут, 5 секунд (18.07.2010 - 17:28) inpost написал(а):
Для командной работы MVC важная вещь! Если же ты сам все делаешь, то лучше разбить на блоки. Мне и так очень удобно, вот собственно мой index.php (body)
Мне, собственно, очень удобно, ведь вся изменяющаяся часть находится именно в ($thispage.".php")
<body>
<div align="center"><div style="position:relative; width:1000px">
<?php include("blocks/header.php"); ?>
<div class="body">
<div class="blockleft2"><?php include("blocks/left.php"); ?></div>
<div class="blockright2"><?php include($thispage.".php"); ?></div>
<div id="bottom"></div>
</div>
<?php include("blocks/footer.php"); ?>
</div>
</div>
</body>
Мне, собственно, очень удобно, ведь вся изменяющаяся часть находится именно в ($thispage.".php")
Спустя 12 минут, 47 секунд (18.07.2010 - 17:41) Michael написал(а):
inpost , и что на разные площадки php всегда отправляется одна и та же громадная свора глобальных переменных? На будущее (и придется обмозговать) настоятельно советую ознакомиться с функцией extract.
Спустя 4 минуты, 6 секунд (18.07.2010 - 17:45) inpost написал(а):
А при чем тут глобальные переменные? 
Собственно, я знаю, что это не лучший вариант, но пока только до такого додумался)
$bad = array("'", " ", "`", '"', ":", ";", "=", "!", "+");
if (!isset($_GET['page']) || $_GET['page'] == "") {$thispage = "main";} else {$thispage = str_replace($bad, "", $_GET['page']);}
Собственно, я знаю, что это не лучший вариант, но пока только до такого додумался)
Спустя 4 минуты, 8 секунд (18.07.2010 - 17:49) Michael написал(а):
Тю, а я то надеялся, что у тебя в этих:
($thispage.".php")
файлах уже шаблоны готовенькие лежат, которым ты переменные передаешь. А так по сути - это просто шапка контроллера только. И то странно как то. А вдруг что-то в шапке зависит от того что в теле.
($thispage.".php")
файлах уже шаблоны готовенькие лежат, которым ты переменные передаешь. А так по сути - это просто шапка контроллера только. И то странно как то. А вдруг что-то в шапке зависит от того что в теле.