Stek

Рейтинг
315
Регистрация
23.05.2004
В Monstra CMS для разработки отображения бекенда так и фронтенда используется фронтенд фрейворк Twitter Bootstrap.

А что у вас Stek и Chukcha с подключением файлов выше изменится в проекте ? )))

Ты серьезно не можешь осилить, что означают файлы выше ? :D

А слабо прочитать предложение полностью ?

как его использовать фронтенд девелоперу для разработки фронтенд части ?

Считаешь, что делевоперы идиоты и не в состоянии догадаться вставить в темплейт страницы код ниже ?


<link href="//netdna.bootstrapcdn.com/twitter-bootstrap/2.2.2/css/bootstrap-combined.min.css" rel="stylesheet">
<script src="//netdna.bootstrapcdn.com/twitter-bootstrap/2.2.2/js/bootstrap.min.js"></script>

Дело cms - это получать и выплевывать в темплейт данные из базы. Хвастаться тем, что ты догадался вписать в темплейт чужие js/css скрипты - это клиника.

В Монстру встроен фронтенд фрейворк Twitter Bootstrap.

Добавить ссылку в страницу на css+js файлики это типа не посильная задача для других движков ? :D

php+mysql кроме того ПАТТЕРНЫ ПРОЕКТИРОВАНИЯ, рефакторинг для правильного написания кода

Да да, а еще покрывать каждый класс юнит тестами, проектировать в UML , работать с базой только через ORM и т.п. и т.д. В результате пока будешь готовить свой идеальный код, он станет уже ни кому не нужен и не актуален.

Расстраивает поддержка 5.2, хотя и понимаю, что необходима для популяризации.

А чем плохо ? Вроде монстра заводится на 5,3, так что ни какой разницы.

то есть когда нужно создать что-то сложнее, чем таблицу умножения, то это имеет смысл.

Примерно так. С опытом придет и умение использовать классы, т.е. понятие где их стоит использовать а где нет.

то их имеет смысл объединить в "группы по интересам", штук по 10-20, чтобы потом оперировать не 1000-ю названиями функций, а всего 50-ю классами, а внутри них функции можно называть одинаково (не публичные).

Рассматривайте класс как библиотеку. Внутри может быть сложная логика из десятков функций, а снаружи операция только парой паблик функций. В общем надо начать делать, что бы начало приходить понимание что как и зачем. При том это понимание приходит раза с десятого :)

В пхп посмотрите документацию по классам, особенно комментарии юзеров. Там очень много красивых легких решений и разжеванных примеров. Только не надо сразу лезть в наследование, абстракцию или неймспейсы.

Php вообще не является объектным языком, он больше процедурный. Поэтому глупо пытаться изображать на нем "как в java" или следую мнению "объекты это круто".

Но ведь не всякому водителю нужно знать, как отрегулировать угол опережения впрыска и как работают плунжера в ТНВД

Это как раз к фрейморкам. Когда гуру симфони и доктрайна оказываются с удивленным лицом перед голым интерфейсом к базе данных или просьбой пооптимизировать свои запросы к базе :D

так зачем тогда несколько функций объединять в набор, если можно их просто написать, и просто вызывать, без имени класса и стрелочки?

функции - это ваши работники.

объекты - бригадиры.

Вы распределяете работников по бригадирам и уже даете указания бригадирам.

Вася->начинай();

Петя->начинай();

При этом в дальнейшем не надо знать, какие работники у Пети или у Васи. Указывается только то, что надо сделать.

Потом когда будете рыть новый котлован, то не надо заново собирать работников. Достаточно взять Васю и сказать ему "начинай".

Вы хотя бы ради интереса(если есть желание) посмотрите ПХП.Уровень1(первые 3 модуля) от КЦО "Специалист" и поймете

Ссылочку на видео дайте плиз.

Книжку открыл, почитал, всегда можно перелистнуть на пару страниц обратно при вопросе, тут же вперед вернуться. Заглянуть в оглавление на нужные функции и т.п. А с видео как простой наблюдатель, листать, перескакивать не возможно.

Не хватает ответа "Нафиг не надо" :D

Всего: 2766