Кто подскажет почему в методе коллекции - трансформ , не применяются никакие операции хеширования.

Как мне друг рассказал что они наняли очень крутого специалиста по яваскрипту который js знал досконально, да и вообще был гуру. Но из-за его излишнего перфекционизма он не мог бизнес задачи решать. Ему всегда хотел переделать все. В итоге его уволили и посоветовали работать учителем

непонятно что имеется ввиду. мб покажи код

Скрин выше

всё дело в том что у тебя модели. и у моделей по дефолту id это праймари кей и по дефолту он автоинкрементен и соответс твенно он по дефолту имеет кастинг в int

Бррр, тоесть поменять на интеджер просто и все заведется?

что поменять на интеджер?

Колонку в таблице не автоинкремент сделать а просто инт

ну как бы ты делаешь не инт это стринг. ну и тип поля в бд не важен. важны настройки модели

пройдись по ссылкам и станет понятнее. у тебя реально в бд модель с автоинкрементом или нет? что дает тебе хеширование? это только для вывода или ты будешь так сохранять модель?

ну можешь на лету сделать у моделей ->setIncrementing(false)

а зачем вы юзаете AI ?

я думаю это стандартная штука типо id для внутреннего пользования а хеш для сокрытия id для внешнего

Какой-то явной причины нет, а это плохая практика?

ну по крайней мере, есть такое мнение :)

я не ориентируюсь сейчас на конкретный кейс и не советую, просто стало интересно первопричину ;)

ну как бы а ты что юзаешь в качестве id? это дефолтное поведение

любой уникальный ключь

user_id допустим

обычно нужна не причина использовать автоинкрементный ключь а причина отказаться от стандартного автоинкрементного ключа в бд

что такое user_id?

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

потому что это удобно и под это многое что заточено

но ведь у реальных данных нет ключа)

так а юз кейсы будут?

коллеги. не флуда ради. подскажите почему ларка юзает activerecord в лице Eloquent, в то время как сам паттерн немножко нарушает принципы solid и симфони с версии 2 уже переползли на datamapper ?

да да AР такой плохой и не интерпрайзный, но почему то он и в ларе и в рельсах и в джанго

Ruby on Rails' emergence in the 2000s greatly influenced web app development, through innovative features such as seamless database table creations, migrations, and scaffolding of views to enable rapid application development. Ruby on Rails' influence on other web frameworks remains apparent today, with many frameworks in other languages borrowing its ideas, including Django in Python, Laravel in PHP, Phoenix in Elixir, and Sails.js in Node.js.

и? это типо в ларе и в джанго АР только потому что он в рельсах? слабый аргумент. и имхо влеяние рельсов на другие фреймы переоценивают

да да AР такой плохой и не интерпрайзный, но почему то он и в ларе и в рельсах и в джанго

Если проект небольшой то логика в модели самое то

Просто разные весовые категории: Yii - это массовый RAD фреймворк. Там важна простота и скорость. Ради этого можно забить на архитектуру. Он живёт почти вообще без SOLID и прочих штук. И там почти никто не знает про DIC, конструкторы, приватные поля, PSR и шаблонизаторы. Symfony и Zend - это, наоборот, самые навороченные энтерпрайз-решения для серьёзных проектов, где абсолютно всё сделано по SOLID и прочим принципам и лучшим архитектурным практикам. Laravel - промежуточный вариант, построенный на компонентах Symfony и своих с добавлением собственных упрощений. Там можно работать как в RAD-режиме с фасадами и CRUD-ами для простых проектов, так и как угодно заморачиваться для сложных. Поэтому в массовых Yii и Laravel в комплекте идёт простая ActiveRecord, а в специфичных уже какой-либо DataMapper. Но никто не мешает при желании подключить либо Doctrine в Laravel, либо Eloquent или Propel в Symfony.

Логика как раз и должна быть в "модели". Это в любом проекте самое то.

Если что крупнее то отдельные классы, но в конечном все крутится вокруг модели а не контроллеров

Логика как раз и должна быть в "модели". Это в любом проекте самое то.

Просто не все понимают, что такое "модель"

что-то мне кажется что в моделях логики быть не должно. Для чего тогда сервисы?

что-то мне кажется что в моделях логики быть не должно. Для чего тогда сервисы?

А в какой книге сказано что должен быть сервис?