А как закладки такие делаются? Даже без Todo, в командном проекте тоже работать будет?
@SergeiCalabonga
3 жыл бұрын
Конкретно эти зауладки - это ReSharper. Но есть и другие extensions для Visual Studio.
@AlexeyBubley
3 жыл бұрын
Спасибо за ролик. На 5:04 вторая строка, которую ты удалил отвечала за POST, ты оставил только GET. Есть вопрос: а зачем ставить nullable после строки (string?) она же от Object наследуется, и nullable по умолчанию?
@SergeiCalabonga
3 жыл бұрын
Алексей, вы совершенно правы! Вы прошли проверку на внимательность! Спасибо. Конечно же, там правильно использовать две записи на GET и на POST. Спасибо, что смотрите внимательно.
@timoxa_dev
3 жыл бұрын
Ну что народ, погнали?
@SergeiCalabonga
3 жыл бұрын
Впервые такой комментарий на мои видео получаю!
@denisdol935
3 жыл бұрын
спасибо за видео
@SergeiCalabonga
3 жыл бұрын
Спасибо за комментарий! :)
@perevozchikov_andrei
3 жыл бұрын
А когда будет разделение на репозитории, провайдеры и менеджеры? И разделение на 4 подпроекта Models, Data, Contracts Web, как в вашем в видео про Архитектуру приложения
@SergeiCalabonga
3 жыл бұрын
Очень хороший вопрос на самом деле, спасибо. Если ответить кратко, то вряд ли будут столь большие архитектурные изыски в таком простом проекте. Серсисы - точно будут.
@perevozchikov_andrei
3 жыл бұрын
@@SergeiCalabonga Эх жаль, хотелось на практике посмотреть как поэтапно реализуется трехслойная архитектура. А вообще бы интересно было бы посмотреть послушать как вообще проекты с нуля реализуются так сказать с чистого листа, именно этапы, например сначала проектирлвание схемы базы данных и интерфейса для пользователя. А как создаются классы репозитооий провайдер менеджер сверху вниз или снизу вверх? И сначала делаются репозиторий провайдер менеджер для одной сущности а потом тоже самое жля других сущностей?
@SergeiCalabonga
3 жыл бұрын
Спасибо за разаернутый комментарий. То, о чем вы просите, слишком большой объём даже для серии роликов. Для справки: 1. В трёхзвенной архитектуре проектируют не базу а бизнес-логику и сущности. (обычно Code First) 2. Manager, Repository, Service, Provider - создаются (обычно) по мере создания проекта и увеличения ответственности и объектов. Чтобы уменьшить количество Dependency Injection и разрулить зависимости. 3. Для одной, сущности создаются Repository (если не используется EntityFramework, потому что реализует Repository, хоть и частично) и Service. Provider создается для объединения функционала нескольких сущностей, поэтому в него могу вливаться сервисы и репозитории разных сущностей. И Manager создается если предыдущий уровень иерархии для реализации недостаточен.
@perevozchikov_andrei
3 жыл бұрын
@@SergeiCalabonga Ну я имел ввиду не проектирование самой базы, а схемы для базы данных, чтобы наглядно видеть какие где связи таблицы, а по этой схеме уже создавать сщуности по принципу code first, т.е. схема бд нужна для наглядности больше
@SergeiCalabonga
3 жыл бұрын
Если вы по схеме будете создавать классы - это уже Database First. А когда Code First, то в базу вообще не смотрят. Классы и есть "база". Более того, есть моменты, когда один класс может храниться в одной таблице (чаще всего), а бывает что один класс хрпнится в разных таблицах SQL базы!. И более того, бывает что в одной таблице SQL может храниться несколько классов. Так что база это всего лишь хранилище для EntityFramework, причем тип базы данных не играет роли.
Пікірлер: 16