Для отсталых от реалий - в Bitrix появился новый роутер, и полноценные контроллеры.
Так что реальный MVC считай появился.
Одно примечание только что V - нафиг не нужен в современных back-end приложениях с микросервисной архитектрой или даже в современных монолитах с современным фронтов. С фронтом только по API общаешься (если у тебя не legacy конечно).
Если бекендер занимается шаблонами, а не API - нафиг такую работу, ты legacy бекендер на чем бы ты не писал.
Adamos, на поверхности кажется что да, но все библиотеки дефакто стандарт на UTF-8 писать. Все FW тоже по умолчанию в UTF-8.
Думаете кто-то конвертирует все это добро в однобайтовые кодировки?
Adamos, зачем в наше время создавать сайты на однобайтовых кодировках? 0_о
Это же стрелять себе в ногу, куча гемора. UTF-8 дефакто стандарт для рынка, разве нет?
Я правильно понимаю что вы подразумеваете что в современном PHP одинаково нужны strpos и mb_strpos?
С моей колокольни казалось что нужна только одна такая функция для современных потребностей и костыль с func_overload кажется в этом свете логичным =)
Спустя 3 года, скажу: мы расселили. Для нашей растущей команды это был правильный вариант.
Разработчикам нужна тишина. Следующим шагом мы начали бороться с тем чтобы ПМы меньше дергали разработчика.
Сделали в течении дня "тихое время" длиной в 3 часа когда разработчиков не дергают ПМы.
neatsoft, позвольте с вами попробовать поспорить. Сейчас популярен подход API FIRST, который позволяет фронту со SPA вынесенными в отдельный микросервис не ждать бекендера для начала работы и параллелить фронт/бек сразу, что очень актуально в текущих рыночных условиях и требованиях запускать проекты очень быстро.
Текущие RAML инструменты позволяют генерировать PHP & JS прослойку на основе документации, что может дать хороший низкий старт для проекта.
Купил ее как 1 раз случайно себе в офис. Влюбился.
1. Дома уже третья. Первую сломал ножницы механизма когда чистил, на вторую чай пролил сладкий.
2. Всему офису закупили ее. Т.е. примерно 45 штук. Не сразу, постепенно. Все в восторге.
Стоимость за последние 5 лет этой клавы выросла раз в 5. Я помню первый раз покупал ее за 300 рублей. Ща вроде около 1200-1500.
После нее все остальные клавиатуры кажутся полным отстоем. Такой качественной сборки реально больше не встречал, разве что в топовых ноутах. Перейти на клавиатуру с высоких ходом клавиш после нее оч сложн) Скорость набора текста на slim клавах объективно выше.
Сергей, вопрос был в другом. Не как переопределить переменную, а как импортировать автоматом значения множества переменных и миксинов, сделать автоинклюд файла.
Как вариант возможно можно задать какую нибудь глобальную переменную переменную окружения sass.
а) За счет "1с" не соглашусь, хотя это весомый довод для любого заказчика.
б) За счет очень качественного маркетинга продукта - полностью соглашусь.
Но ни 1 маркетинг не поможет если продукт гавно.
в) "сосут деньги" - я вас умоляю, кто и где там сосет?) Его ценники минимальны и ничтожны по сравнению с бюджетами проектов которые в среднем создают на платформе. В моем 5 летнем опыте разработки на платформе, лицензия и обновление стоит едвали 5% от стоимости проекта создания. И она точно окупает готовым функционалом те затраты которые понесет заказчик заказывая интернет магазин с нуля.
г) "Более качественные системы". Ecommerce ориентированные системы с битриксом на мировой арене может по достоинству сравниться только Magento. Которая куда как превосходит по объему захваченного рынка сам bitrix.
Давайте предметную дискуссию какая из ecomerce cms для заказчика в СНГ может быть более полезна чем bitrix?
>> Сравнивать продукт написанный с использованием PHP с самим PHP это настолько глупо.
Я сравниваю отношение к технологии.
Возьмите любого джависта/сишника он до сих пор будет плевать на PHP потому что в нем PHP работает не как в классических подходах. И он точно также сможет выкатить список несоответствий. Но однако PHP сообщество развивается. Как развивается и bitrix платформа.
Вы очень узко мыслите если не видите прямой аналогии.
1. Да, битрикс не использует стандарты большую часть стандартов PSR.
2. Да, т.к. платформа заботится о разработках которые сделаны и 5 и 8 лет назад, в целях обратной совместимости есть устаревшие участки кода.
3. см. пункт 2, и почитайте про новое ядро d7.
4. Частично используют, документация как всегда отстает практически как на многих других проектах. Взять тот же angular2 документацию к которому уже 2 года написать не могут.
5. Что мешает вам использовать composer для бесплатных пакетов? У Magento также есть свой маркетплейс, это во многих случаях более удобно с учетом что многие пакеты продаются.
6. Ничто не мешает вам покрывать код своих классов компонентов и модулей покрывать юнит тестами.
>> есть примеры кода
Вы почитайте об архитектуре реализации приложения на новом ядре, вы вольны описывать интерфейсы и классы в любых удобных для вас паттернах.
Мне кажется вы все также одна из жертв мейнстрима и батехрта хейтеров, попробуйте без предрассудков взглянуть на возможности системы, нового ядра и жизненный цикл продукта.
Я пишу не только на bitrix, также и на laravel.
>>Признак FW, использование компонентов отдельно.
Вы это только что сами придумали?)
>> А вы господин, лукавите. Если перейти по ссылке и зайти в профиль битрикса, то можно увидеть что почти все проекты из СНГ и только маленькая часть с запада.
Где лукавость? Подавляющая часть в рунете. Однако рунет - это огромная часть всей сети, в связи с чем можно завоевав позиции в рунете сравниться по популярности с ведущими мировыми. У нас к примеру magento или drupal распространены весьма номинально, а в америке и европе они доминируют. А где нибудь в Латинской америке вообще CMS от Adobe лидирует.
Так что реальный MVC считай появился.
Одно примечание только что V - нафиг не нужен в современных back-end приложениях с микросервисной архитектрой или даже в современных монолитах с современным фронтов. С фронтом только по API общаешься (если у тебя не legacy конечно).
Если бекендер занимается шаблонами, а не API - нафиг такую работу, ты legacy бекендер на чем бы ты не писал.