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

TGINSIGHT SIMILAR POSTS

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

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

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

Hashtags

Резултати

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

Търсене: #sp

当前筛选 #sp清除筛选
IB美术馆

@PaintingCollections2 · Post #3875 · 20.04.2026 г., 16:26

[SP]SP 2023.11.30—2025.7.2 画师:#SP 预览未展示全面,全部差分原图和整合压缩包请进入评论区或点击下方超链跳转查看 压缩包 SP老师的往期传送门(之后可能会有一期拆分成两期展示,我会标注出来也请注意查看捏) 2023.11.30—2025.7.2 2021.4.30—2023.11.30 —————————— 本频道分享的资源切勿进行买卖商用,如有条件还请在画师的赞助支持渠道获取赞助奖励 SP老师主页:PixivTwitterPatreonFanbox —————————— 资源有任何问题请加入下方聊天反馈群进行反馈,爱你们 图集主频道(临时复活版):@PaintingCollections2 聊天反馈撩骚群:@ChaoJiShiBu 游戏区分馆:@MoNvZhiJia23333 防失联及各附属频道导航:@IBgallery233 求物帖:传送门

Hashtags

IB美术馆

@PaintingCollections2 · Post #3867 · 19.04.2026 г., 16:12

[SP]SP 2021.4.30—2023.11.30 画师:#SP 预览未展示全面,全部差分原图和整合压缩包请进入评论区或点击下方超链跳转查看 压缩包 SP老师的往期传送门(之后可能会有一期拆分成两期展示,我会标注出来也请注意查看捏) 2021.4.30—2023.11.30 —————————— 本频道分享的资源切勿进行买卖商用,如有条件还请在画师的赞助支持渠道获取赞助奖励 SP老师主页:PixivTwitterPatreonFanbox —————————— 资源有任何问题请加入下方聊天反馈群进行反馈,爱你们 图集主频道(临时复活版):@PaintingCollections2 聊天反馈撩骚群:@ChaoJiShiBu 游戏区分馆:@MoNvZhiJia23333 防失联及各附属频道导航:@IBgallery233 求物帖:传送门

Hashtags

No.150 #sp 祝福的话不必多说, 感谢大家一路相伴; 回望初心,未曾更易, 继看未来,道阻且长。 遥望三千里,明月照两旁, 但为人安康,我心不彷徨。 新的一年,与君共行 源链接/保存原图

Hashtags

No.110 #sp 2021,感谢大家的一路陪伴,小众的频道,有了你们,就成了广阔的天地;俱往矣,期未来! 2022,新的一年,新的开始,没有过多的辞藻,只希望大家每一天都能开开心心;这一年,我们继续启航! 源链接/保存原图

Hashtags

123•••89
ПредишнаСтр. 1 от 9Следваща