TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса
Обратно към каналите

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #973 · 20.04

Прегледай публикациятаВиж оригинала

В C# есть модификатор доступа internal, который закрывает свойство или метод для всего, кроме текущей сборки (сборка это по сути группа пространств имён). И это чертовски удобно для построения правильной архитектуры по DDD — ты делаешь домен отдельной сборкой без внешних зависимостей, у сущностей закрываешь сеттеры и другие поля модификатором internal, а бизнес-правила с открытыми методами уже пишешь в агрегатах, которые содержат эти сущности. Агрегаты объявлены в той же сборке, так что они могут с сущностями делать что угодно, но слой приложения уже сможет вызвать только метод агрегата. Пример. Есть бизнес-процесс, который включает в себя две сущности: письмо и прикреплённый к нему документ. У каждой из этих сущностей разные жизненные циклы, но письмо можно отправить только в том случае, если статус документа "Согласован". Мы делаем агрегат "письмо с документом" и там public-метод отправки письма сначала проверяет статус документа, а потом вызывает internal-метод отправки в сущности письма. Снаружи (вне домена) вызвать сразу отправку письма невозможно. Но как эту задачу решают разработчики на других языках? Я совершенно не понимаю, как сделать хорошую архитектуру без internal. Окей, в некоторых языках вообще нет вменяемого ОПП и системы типов, но и к таким ребятам я бы не подходил с вопросами об энтерпрайз-архитектуре. Однако, многие серьёзные проекты пишутся на Java или, скажем, Go, что делают разработчики там? Может, кто-нибудь знает, и расскажет мне в комментариях? #dev

Hashtags

#dev
Резултати

Намерени 38 подобни публикации

Търсене: #gradient

当前筛选 #gradient清除筛选
Suxrob Xurramov | Blog

@suxrobblog · Post #577 · 19.04.2025 г., 09:48

Намери подобниПрегледай

Gradient Yaqinda bir nechta dizaynerlarning ishini ko‘rgandim, background’ning har joyiga gradient berib qo‘yishgan, natijada dizayn ko‘zga yoqimsiz ko‘rinishga kelib qolgan ekan. Aslida dizaynda gradient ishlatish yaxshi. Lekin gradientni ham o‘rnida va eplab ishlatish kerak. Aksiga olib, gradientsiz holatda taqdimot qilishganda ham ko‘zga yoqimliroq ko‘rinar edi, nazarimda. Umuman olganda, UI dizaynida gradientlar bilan ishlashda o'tkir va keskin ranglardan ko‘ra, sokinlikni ifodalovchi, yumshoq va bilinmas gradientlardan foydalanish maqsadga muvofiq. Bu esa ko‘rish uchun yoqimliroq taassurot qoldiradi. — Tavsiya, gradient ustidan qora rangli matn yoki qora rangli elementlar ishlatmaslikka harakat qiling. Uni oʻrniga gradient ustiga ishlatadigan matnlaringiz boʻlsa oq rangda qoʻllashga moslashtiring. Odatda gradient bilan uning ustidagi qora ranglar chiqishmaydi, yoinki yoqimsiz koʻrinadi. @suxrobblog | #fikrlar#gradient

Hashtags

#fikrlar#gradient
Behzod Otajonov visual artist

@behzod_otajonov · Post #1942 · 19.04.2025 г., 09:55

Намери подобниПрегледай

Gradient Yaqinda bir nechta dizaynerlarning ishini ko‘rgandim, background’ning har joyiga gradient berib qo‘yishgan, natijada dizayn ko‘zga yoqimsiz ko‘rinishga kelib qolgan ekan. Aslida dizaynda gradient ishlatish yaxshi. Lekin gradientni ham o‘rnida va eplab ishlatish kerak. Aksiga olib, gradientsiz holatda taqdimot qilishganda ham ko‘zga yoqimliroq ko‘rinar edi, nazarimda. Umuman olganda, UI dizaynida gradientlar bilan ishlashda o'tkir va keskin ranglardan ko‘ra, sokinlikni ifodalovchi, yumshoq va bilinmas gradientlardan foydalanish maqsadga muvofiq. Bu esa ko‘rish uchun yoqimliroq taassurot qoldiradi. — Tavsiya, gradient ustidan qora rangli matn yoki qora rangli elementlar ishlatmaslikka harakat qiling. Uni oʻrniga gradient ustiga ishlatadigan matnlaringiz boʻlsa oq rangda qoʻllashga moslashtiring. Odatda gradient bilan uning ustidagi qora ranglar chiqishmaydi, yoinki yoqimsiz koʻrinadi. @suxrobblog | #fikrlar#gradient

Hashtags

#fikrlar#gradient
1234
← ПредишнаСтр. 1 от 4Следваща →