Danya12321, А нужен ли вам следующий? В какую сторону вы хотите развиваться? Возможно это нейросети и прочее.. Тогда новый язык вам вообще не нужен, углубляйте знание питона
tukreb, ИМХО глупо брать фреймворк и писать всё на чистом PHP с мыслью "зато потом легко на другой перейти". Зачем вообще тогда фреймворк? А если вы на asp.net решите мигрировать?)
SM_ST, Не совсем обёртки. Просто например моё понимание Laravel, вернуть всех пользователей:
// Всё уже встроено в Eloquent
return User::all();
Они городят репозитории, которые наследуются от BaseRepository, потом через DI добавляют это в контроллер чтобы написать return $this->userRepository->all();
Можно, просто имейте ввиду что он переписывает некоторые файлы, например роуты насколько помню. Так что эти вещи придётся вручную смержить с вашими текущими файлами. Если пользуетесь гитом то проблем не будет, все изменения легко отследить
Victor Bomberow, не всегда оффтоп это плохо. У новичков зачастую громадные, нереализуемые планы, и неплохо если кто-то укажет на их сложность. То ОС они с нуля сделать хотят, то браузер, здесь вот игровой движок.. Им просто не хватает компетенции оценить сложность задачи. И советовать им начать с написания ТУДУ листа, или хотя бы игры на том же Unreal это конечно оффтоп. Но разве это не правильный ответ?
"Я в своей жизни не работал ни с одним движком, знаний не хватает, как написать свой?"
А говорите не работают... Laravel вообще может хранить сессию в БД, в куках, в файлах... Вам вроде там никто не обещал что $_SESSION будет использоваться. В доках об этом ни слова
Либо ваш дударь оправдывает свою фамилию, либо, что скорее всего, вы ничего не поняли и творите дичь. Базы, хешированые пароли и прочие доступы к ним это 99% случаев сторона сервера. К wpf вообще отношения не имеет.
Сергей delphinpro, Реально - спор бесконечный, и каждый останется при своём. vism, например вас поддержал. Пару плюсов и я получил. А решения так и нет. Да наверное и быть не может. Каждый подход имеет право на жизнь.
Сергей delphinpro, затянулся ваш спор вижу, давайте ещё один пример приведу.
Захотели вы письма изменить. Сложные они у вас, 1000 тегов там вложенных. Что проще править - файлы перевода, или 10 ваших шаблонов?
Посмотрите как в самом фреймворке письмо реализовано. Куча отдельных компонентов, условия, красивые кнопочки.. И ни единой попытки продублировать эти кнопочки на 100 языков. Смекаете?
