Я вам страшное скажу, ORM вообще не отвечает непосредственно за SQL запросы. Она их мапит на объектную модель.
Те кто пропагандируют отказ от ORM из за SQL генератора кажется этого не понимают. Никто не запрещает писать запросы в 100 строк чистого SQL и использовать ORM
Мне вот непонятно почему практически все фреймворки имеют архитектуру начинающуюся на M, но при этом никто эту M нормально реализовать не считает необходимым. Разве что ember-data можно считать нормальной такой M
Большинство же говорят (либо умалчивают) — мы вообще про интерфейс, а не про данные и бизнес логику. А модель ты дорогой разработчик реализуй сам. Последствия этого весьма печальны, в большинстве приложений модель вмазывается прямо в компоненты.
Вот так бывает читаешь русскую документацию, а там какая нибудь расчлененка. И понять не можешь, о чем говорит автор. И какой выход? В скобках указывать что именно имеется ввиду? А смысл тогда переводить.
Переводить термин можно, когда он уже имеет устойчивый аналог.
А можно практический пример на что влияет использование secion? Ну кроме уже лет 6 длящегося — вот когда все начнут писать тогда наступит семантическое счастье
Почему Я могу присоединять и отсоединять вкладки внутри моего браузера или файлового менеджера, но не могу сделать то же самое между 2мя разными приложениями? Не существует ни одной технической причины, почему это было бы невозможно. Окошки приложений всего лишь изображения, но ребята разработчики не добавляют этой фичи, потому что не в приоритете!
Потому что для этого, о ужас, нужны так ненавистные автору слои абстракций. Которые приложение должно поддерживать.
Все хотелки автора требуют этих самых слоев на уровне ОС.
Я не могу приказать своему пк выполнить что-то голосом
Все эти примеры слишком простые и плоские. Меня вот интересует что делать с вложенными данными. Разделение на модули приводит к странному, ибо не возможно из одного модуля мутировать стейт другого модуля. Плоская структура же ведет к лапшевидному коду.
В 5.5 был добавлен интерфейс Responsable, делающий возможным выносить из контроллера логику формирования респонза. Вот собственно пример как это можно использовать.
Я вам страшное скажу, ORM вообще не отвечает непосредственно за SQL запросы. Она их мапит на объектную модель.
Те кто пропагандируют отказ от ORM из за SQL генератора кажется этого не понимают. Никто не запрещает писать запросы в 100 строк чистого SQL и использовать ORM
Мне вот непонятно почему практически все фреймворки имеют архитектуру начинающуюся на M, но при этом никто эту M нормально реализовать не считает необходимым. Разве что ember-data можно считать нормальной такой M
Большинство же говорят (либо умалчивают) — мы вообще про интерфейс, а не про данные и бизнес логику. А модель ты дорогой разработчик реализуй сам. Последствия этого весьма печальны, в большинстве приложений модель вмазывается прямо в компоненты.
Тут, для честности, придется сравнивать код, написанный после форка.
Бешеная статистика JS не вполне отражает популярность языка, IMHO
Давайте уберем из выборки веб фронт, где просто выбора нет, и тогда посмотрим.
Диск то может и размеченный, а вот таблица точно нет
Это процесс, а как назвать результат? Разбитый диск?
Вот так бывает читаешь русскую документацию, а там какая нибудь расчлененка. И понять не можешь, о чем говорит автор. И какой выход? В скобках указывать что именно имеется ввиду? А смысл тогда переводить.
Переводить термин можно, когда он уже имеет устойчивый аналог.
А можно практический пример на что влияет использование secion? Ну кроме уже лет 6 длящегося — вот когда все начнут писать тогда наступит семантическое счастье
И именно поэтому я должен по нескольку раз обрабатывать одну и ту же ошибку то там то тут?
Лапша с обработкой ошибок это то, что отталкивает меня от go каждый раз когда я пытаюсь им заняться. Я действительно не могу понять зачем так
Лучше использовать в мутациях один аргумент и определить для него InputType
Я не понял. А зачем redux если vuex уже есть? Я чего то не понимаю, или vuex это и есть клон redux?
Потому что для этого, о ужас, нужны так ненавистные автору слои абстракций. Которые приложение должно поддерживать.
Все хотелки автора требуют этих самых слоев на уровне ОС.
Но это не точно
Законодательный запрет это уже обратили внимание или еще не совсем?
а где тут скрытые способности? Оно делает ровно то что написано — Throw If
Экшны! Приходится плодить экшны на самом деле являющиеся всего лишь обертками миграций
Стейт модуля получить можно, но писать в стейт напрямую это плохо. Мутацию модуля дернуть никак.
Все эти примеры слишком простые и плоские. Меня вот интересует что делать с вложенными данными. Разделение на модули приводит к странному, ибо не возможно из одного модуля мутировать стейт другого модуля. Плоская структура же ведет к лапшевидному коду.
На лараконе
В 5.5 был добавлен интерфейс Responsable, делающий возможным выносить из контроллера логику формирования респонза. Вот собственно пример как это можно использовать.
Раньше для этого (не все) использовали фрактал.