therealvetalhidden: я предпочитаю использовать специализированные функции, для проверки конкретного значения. Иначе "вдруг" может быть косяк из-за неверных данных.
therealvetalhidden: забей на каменты фаната, он тут местный клоун. Сергей тебе все правильно подсказал. Так же лучше использоваль специализированные функции (is_array, empty, is_null, etc..) для проверки конкретного результата.
FanatPHP: да да, а еще в твоем мире все хранят неэкранированные данные и всегда обрабатывают их перед выводом, а еще в твоем мире никто не использует блобы, так как это фу и бяка.
Продолжай и дальше жить в своем ущербном мирке. Разговор окончен.
FanatPHP: htmlentities используется для других целей, а именно для защиты от XSS. base64 используется для сохранения целостности данных и их первоначального вида.
FanatPHP: оо, ты изменил комент и удалил грубость. Ты себя уже показал "дерево". Base64 отлично справляется со своей задачей для хранения данных со спецсимволами и непонятной кодировкой. Давай ты будешь умничать у себя в деревне, где все используют mysql с prepare, и не знают о существовании других типов и видов БД.
Основная причина, почему все советуют MaxOS - она user-friendly.
Почему все против Gentoo - это source-based дистрибутив, и обновление/изменение его частей превращается в увлекательные многочасовые ожидания пока все это дело скомпилируется. Там только иксы будут несколько часов собираться, не говоря уже про остальную часть системы.
greygloomy: Gentoo точно не тот выбор, который стоит делать. Можно смотреть в сторону Arch Linux - полная свобода и минимализм, система не ставит никаких ограничений перед пользователем. Я сделал свой выбор, а ты?
Denis Morozov: Вопрос я вижу только один: "Все яро структурируют именно так, и я подумал может есть веская причина так делать?".
И ответ на него выше. Нету веской причины, просто все учились делать так, и продолжают делать.
Denis Morozov: я ответил на ваш вопрос: "Это все субъективно и базируется лишь на собственном опыте". Ваша разбивка подходит для небольших проектов, но не для крупных. В тоже время в любой книжке вы найдете пример именно с вашей структурой, так как ее упорно копируют из книжки в книжку.
Denis Morozov: реализация автолоадера/DI контейнера может не позволить перепилить структуру директорий.
Новые namespaces, которые необходимо прописать везде где они могут использоваться.
В итоге все упирается в платформу с помощью которой реализуется проект. Попробуйте переписать проект без namespaces и с кривым автолоадером, который имеет жесткую привязку к структуре приложения(я говорю про PHP).
Нету **правильного** и **не правильного** способа разбивки проектов. Это все субъективно и базируется лишь на собственном опыте.
Я видел проекты где можно обычной структурой: Controllers, Models, View, а там городили такие ужасы, что проект просто нереально было поддерживать из-за кол-ва абстракций и наследования.
Denis Morozov: большие проекты сложно переписывать, поэтому всё оставляют как было и продолжают **жрать** кактус. Так же зависит от языка\фреймворка на котором все это пишется. Многие языки\фреймворки просто не позволят создать иную структуру приложения.
В общем виде это бессмысленный вопрос, так как каждый делает так, как считает удобным для себя. Я для себя решил что моя версия разбивки удобнее, и все новые проекты делаю с такой разбивкой.
Denis Morozov: MVC тут **причем**. Это стандартная разбивка для MVC проектов, которую вы найдете в любой книжке. От сюда все ее и используют. Пока в проекте десяток моделей и контроллеров - никто не замечает проблем, но как только проект начинает расти - вся эта мешанина классов начинает только мешать, и в итоге многие приходят к разбивке как я написал выше.
