Ты не понимаешь фишку. Человек может создавать что-то полезное только тогда, когда он любит то, чем занимается. Их можно было бы переучить собирать схемы на микропроцессорах или программировать микроконтроллеры, но у них это бы получалось так же, как у меня шить платья. Они любили то, чем занимались, но это стало не актуально. Если ты мастер на все руки, то поздравляю.
@Fesor Ок. Я понял, все доступно написано. Но вопрос не только в том какие данные проверять в файлах настройки, но и в целом, по ходу программирования. Например, в одном из методов класса я обращаюсь к статическому свойству другого класса. А если этого свойства нет там, куда-то оно пропало. Мне нужно перед этим проверить его на property_exists()?
Вот прозвучало: ответственность за настройки лежит на программисте. Ок, а еще какие принципы есть? Мне как-то не хватает вот этих соображений, т.е. указаний, что бы я мог понять нужно мне проверять эти данные или нет?
@Fesor буду пихать за милую душу ))) Ладно, с вашего позволения оставлю этот диалог ) MVC - хорошо. Я написал это в посту. Не против его. Просто хотелось бы взглянуть на другой подход, если он есть.
Почему не писать в отдельных трех файлах - это вопрос, но думаю он тут не уместен. То, что это можно делать, я безусловно знаю. Интересуют фреймворки, которые позволяют описывать логику какого-то кусочка в одном файле! Все. Много кусочков, подключенных один в другом компилируются так, что пользователю выдается результирующая html страница + все кусочки css и js в одтельных файлах, которые подключаются в head.
Да, но если я пишу компонент, например товарчика, а на странице у меня есть 10 мест где этот компонент должен показаться, то мне css нужно заиметь желательно в header'е, ну или в одном месте каком-нибудь... Понимаете?
Не удобно открывать в редакторе 5 файлов для правки одного компонента. И потом есть определенные бонусы, когда все в одном файле... проблема неймспейсов может быть хорошо решена одним махом в css, js, php... Разработка удобней ну и т.д...
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.