Yii Framework

ElisDN писал(а): ↑2019.07.24, 16:58
для вас в приложении главное – это обработка и хранение данных. В этом вам ORM мешает.

Неправда. Для меня бизнес-логика не менее важна. В ее реализации мне помогает СУБД, DataMapper ORM мешает. У вас бизнес-логика данные разве не обрабатывает/сохраняет?

Юниты должны быть изолированы от всего что инжектится вроде как) Алгоритмы шифрования не все супер-быстрые, есть и медленные. В библиотеках final я бы вообще не делал, мало ли кому что расширить/изменить понадобится.

Вот еще интересная статья в тему: https://habr.com/ru/post/459438/

samdark писал(а): ↑2019.07.24, 16:26

в Yii очень не хватает гибкого валидатора для валидации вложенных массивов/хешей

А можно создать новую тему и раскрыть это? Валидаторы я запилил уже более-менее, но вот этого там пока нет и я не особо понимаю чем это должно быть.

viewtopic.php?f=38&t=51463

Будет ли возможность проводить валидацию вложенных структур как в symfony validator https://gist.github.com/webmozart/8473598 ? Или с dot-нотациями наподобие laravel https://laravel.com/docs/5.8/validation#validating-arrays ? Очень пригодилось бы для валидации вложенных структур, которые приходят от...

Либо урезанный Active Record, либо дополненный поведением Row Data Gateway. Но никак не урезанный Row Data Gateway. Изначально не ради независимости от БД, а ради разделения логики от хранения/представления. Как мы HTML-код выносим в отдельные представления, чтобы не конкатенировать PHP+HTML лапшу ...

Дак вам Cycle тоже не нравится? Мне DataMapper как способ организации взаимодействия с БД не нравится. Cycle это имплементация DataMapper, как и Doctrine ORM. Модульность неплохую Александр предложил. Разделение по Namespace, а настройка модуля через отдельный конфиг. Чем вам не нравится? По мне да...

Имеет место быть) Как мы видим, что к доктрине пока и не спешат прибегать в Yii3. Так что это тоже хорошо, надеюсь. Потому что мне доктрина тоже кажется неуместной для Yii по умолчанию. Тоже как и вы с нетерпением жду хотя бы первого релиза. Но на архитектуру тоже бы хорошо посмотреть. Большинство ...

ElisDN писал(а): ↑2019.07.23, 21:04 Там final только для статических хелперов.

https://github.com/yiisoft/security/blo ... /Crypt.php
https://github.com/yiisoft/security/blo ... rc/Mac.php

Не статические и final

Мне кажется не стоит слушать всех и подряд. Люди привыкнут к хорошему быстро. А если подстраиваться опять получится что попало. Мое мнение) Надо быть новаторами и стимулировать программистов на хороший код. В этом плане огромное спасибо Дмитрию Елисееву) Ну ну, доктрина это прям "хорошая вещь&...

Для тестов, если в моих классах имеются зависимости от классов пакета security

А что так много final классов? Как мокать? Гору интерфейсов будете выделять?

За суффиксы, либо за наименование из которого понятно, что это интерфейс, например Serializable. Ни на какую инкапсуляцию это не влияет, чисто вопрос удобства.

Печально, что свой каркас для взаимодействия с БД не будете делать

Я так делаю иногда, особых проблем с подобными классами не имел.

ElisDN писал(а): ↑2019.07.05, 16:17

anton_z писал(а): ↑2019.07.05, 14:28 Ну не знаю, за то ENUM дает гарантию, что ничего постороннего (несуществующег статуса) в кортеже не будет, гарантирует целостность.

Гарантирует... молча вписывая 0 вместо статуса?

Ошибку выдает. Strict SQL_MODE в помощь.

А просветите, чем ENUM не угодил? Частая ситуация что список в enum начинает расширятся. Например было 3 категории "на века", а сегодня их уже 20. Добавлять очень неудобно. Ну не знаю, за то ENUM дает гарантию, что ничего постороннего (несуществующег статуса) в кортеже не будет, гарантиру...

У меня в проекте тоже много чего было повынесено в отдельные таблицы, хотя не менялось годами. А запросы от этого стали сложнее. Страдает время отклика, нагрузка на сервер БД выше. К тому же сложные запросы хуже читаются и понимаются. Что касается феншуя, то ничего общего с нормализацией выделение с...

Т.е вся валидация это сравнение входящих данных с массивом, захаркорденым в код. Естественно, я хотел бы получать его из базы. Делать тогда этот массив entity с уникальными идентификатором или просто заполнять его из агрегата Company и туда же его записывать (что не совсем, наверное, правильно) Спи...

А просветите, чем ENUM не угодил?