二次元插画漫画ACG同人动漫
@magicgakuen · Post #2186 · 03.07.2025 г., 01:24
#胜利女神NIKKE#赫尔姆#GoddessOfVictoryNikke#Helm
TGTGInsightтелеграм анализLIVE / telegram public index
TGINSIGHT SIMILAR POSTS
Намери подобно съдържание
Изходен канал @clockstackwheels · Post #973 · 20.04
В C# есть модификатор доступа internal, который закрывает свойство или метод для всего, кроме текущей сборки (сборка это по сути группа пространств имён). И это чертовски удобно для построения правильной архитектуры по DDD — ты делаешь домен отдельной сборкой без внешних зависимостей, у сущностей закрываешь сеттеры и другие поля модификатором internal, а бизнес-правила с открытыми методами уже пишешь в агрегатах, которые содержат эти сущности. Агрегаты объявлены в той же сборке, так что они могут с сущностями делать что угодно, но слой приложения уже сможет вызвать только метод агрегата. Пример. Есть бизнес-процесс, который включает в себя две сущности: письмо и прикреплённый к нему документ. У каждой из этих сущностей разные жизненные циклы, но письмо можно отправить только в том случае, если статус документа "Согласован". Мы делаем агрегат "письмо с документом" и там public-метод отправки письма сначала проверяет статус документа, а потом вызывает internal-метод отправки в сущности письма. Снаружи (вне домена) вызвать сразу отправку письма невозможно. Но как эту задачу решают разработчики на других языках? Я совершенно не понимаю, как сделать хорошую архитектуру без internal. Окей, в некоторых языках вообще нет вменяемого ОПП и системы типов, но и к таким ребятам я бы не подходил с вопросами об энтерпрайз-архитектуре. Однако, многие серьёзные проекты пишутся на Java или, скажем, Go, что делают разработчики там? Может, кто-нибудь знает, и расскажет мне в комментариях? #dev
Hashtags
Резултати
Намерени 6 подобни публикации
Търсене: #helm
当前筛选 #helm清除筛选
二次元插画漫画ACG同人动漫
@magicgakuen · Post #2892 · 18.07.2025 г., 05:04
#胜利女神NIKKE#赫尔姆#GoddessOfVictoryNikke#Helm#Ai漫画二次元
Dreams Gallery
@dreamsgallerys · Post #44 · 28.04.2023 г., 17:49
#art#ai#midjourney#knight#medieval#armor#helm
GitHub Trends
@githubtrending · Post #14942 · 10.07.2025 г., 13:30
#go#chart#charts#cncf#helm#kubernetes Helm is a tool that helps manage applications on Kubernetes. It simplifies deploying and managing apps by using pre-configured packages called Helm Charts. These charts include all the necessary resources for an application, making it easy to install, update, or remove apps with just a few commands. This saves time and reduces errors, as you only need to edit a single file to change settings across different environments. Using Helm boosts productivity and makes deploying complex applications much easier. https://github.com/helm/helm
GitHub Trends
@githubtrending · Post #14809 · 08.06.2025 г., 13:30
#ruby#beginners#hacktoberfest#hacktoberfest2020#helm#kubernetes#kubetools Kubernetes is a powerful tool for managing containerized applications. To learn Kubernetes, you can use platforms like Kubelabs, which offer interactive tutorials and labs. These resources help you understand Kubernetes concepts from the basics to advanced levels. By using these platforms, you can practice deploying applications, managing resources, and ensuring high availability and scalability. This hands-on approach helps you gain practical experience and improve your skills in managing complex applications efficiently. https://github.com/collabnix/kubelabs
GitHub Trends
@githubtrending · Post #15595 · 01.04.2026 г., 11:30
#go#distribution_spec#helm#kubernetes#oci#oci_distribution#opencontainers#zot Zot is a lightweight, production-ready OCI-native container registry for storing images, Helm charts, SBOMs, and other artifacts without vendor lock-in. It offers built-in authentication (OIDC, LDAP), storage options (S3, Azure), scanning, caching to cut Docker Hub limits/latency, and ARM/edge support as a single binary. You benefit by easily self-hosting a secure, scalable alternative to Docker Hub, saving costs, boosting speed, and enabling secret-less workflows on any device. https://github.com/project-zot/zot