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

TGINSIGHT SIMILAR POSTS

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

Изходен канал @clockstackwheels · Post #247 · 11.03

Попробовали на работе предметно-ориентированное проектирование (Domain Driven Design). Это такой способ построения архитектуры, когда ты (чаще всего с помощью системы типов и ООП) описываешь физическую суть вещей, которые представлены в твоей программе. Например, если в программе есть объект "Книга", то её нужно снабдить свойствами, которые бывают у книг в реальности: число страниц, автор, язык, тип обложки и т.д. При этом данные свойства должны быть такими, чтобы присвоить им нереалистичные значения было нельзя. Допустим, число страниц не может быть отрицательным (и скорее всего в реальном мире не может быть нулём). При попытке установить отрицательное число страниц программа должна выбросить исключение. А совсем в идеальном случае -- не дать этого сделать программисту на уровне статического анализа кода. Описав все свойства книги, вы снабжаете её операциями, которые над ней можно сделать. Например, из книги можно вырвать страницу, и при этом число страниц уменьшается. Нет такого случая, когда можно вырвать страницу без изменения числа страниц. Вы строго программируете эту зависимость, делаете у книги метод "Вырвать страницу", а он уже уменьшает число. Кстати, свойство "Число страниц" при этом нельзя переназначить в уже созданной книге. Можно только создать книгу, передав в её конструктор (так называется в программировании функция создания объектов) заданное число страниц. Но поменять число страниц можно только специальными методами "Вырвать страницу" и "Вклеить страницу". С помощью этого подхода вы гарантируете, что ваши объекты всегда находятся в валидном состоянии -- то есть таком, которое возможно в реальной жизни с объектом, представленным программой. Плюсы подхода очевидны: меньше число ошибок. Код описывает сам себя, и программист, если не лезет внутрь объекта "Книга", вообще не сможет сделать с книгой ничего недопустимого. Минусы, думаю, тоже понятны: изначально проектировать сложнее, нужно учесть много нюансов, писать тесты. Время разработки изрядно растёт. Изменение требований даётся дороже: например, если каким-то образом в ваш книжный магазин поступят книги со страницами из кевлара, которые невозможно вырвать :) Но первый проект с этим подходом мы сдали хорошо, без багов. Лучше, чем многие предыдущие. #dev

Hashtags

Резултати

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

Търсене: #dictionary

当前筛选 #dictionary清除筛选
Karimov | Design Blog

@karimov_designblog · Post #95 · 15.01.2023 г., 14:02

#dictionary#словарь Har bir sohada bo'lganidek dizayn sohasida ham ba'zi terminlar mavjud va bu terminlarni biz dizaynerlar ko'p ishlatamiz, lekin ba'zida mijozga buni qanday ma'noga ega ekanligini tushuntirishga qiynalamiz. Shu kichkinagina muammoni bartaraf etish uchun bu rubrikani yo'lga qo'ymoqchiman. Mockup - bu hali amalga oshirilmagan mahsulotni vizual namoyish qilish va baholash uchun ishlatiladigan dizaynning tasviri ko‘rinishidagi maket. Odatda bu obyektlar va qatlamlarga ega bo‘lgan PSD fayl hisoblanadi. KarimovBlog

BotsGram®

@botsgram_cu · Post #3357 · 03.01.2021 г., 16:25

@posttobot Qué puede hacer este bot? Este bot le ayuda a enviar un mensaje a alguien en Telegram Messenger sin usar Telegram a través de este Bot conectado con una aplicación web. Idioma: Inglés, Ruso (visto en @BotsGram_cu) #web, #pc, #remote, #telegram, #message, #text, #send, #post, #bot, #dictionary

BotsGram®

@botsgram_cu · Post #3413 · 21.01.2021 г., 11:00

@lingvanexbot Qué puede hacer este bot? Este es un bot traductor de alta calidad basada en redes neuronales para más de 50 idiomas. ➕ Traducir cualquier texto o palabras ➕ Convertir texto a voz ➕ Dar definiciones para cualquier palabra ➕ Diccionario ➕ Buscar por ejemplos de traducciones Idioma: Múltiple (visto en @BotsGram_cu) #linguistic, #translate, #define, #dictionary, #dict, #text2speech, #speech, #examples, #sentence, #words