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

TGINSIGHT SIMILAR POSTS

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

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

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

Hashtags

Резултати

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

Търсене: #iss

当前筛选 #iss清除筛选
310013

@XJL310013LJX · Post #4969 · 10.05.2026 г., 18:29

昨晚大快朵颐去了以至于今天睡醒了已经是下午两点。被某人以拍照为名怂恿出了门,然后直接被忽悠买了辆车,开始了拉练第一日。 先骑回他家并获得了一堆小零件赠品,并把玩了他的各种新小……玩意。几十块的银河星空灯可比二十年前中学里别人送我的那种效果好太多了。不过这只会让盖革计数器嗒嗒叫的镜头还是不把玩了吧……但是不得不说钍玻璃的色彩我真的喜欢。 他耐心教给了我不少骑行注意事项。不得不说他是个奇奇怪怪且很有趣的人。但是奇奇怪怪很有趣的人之间会不会欣赏彼此的奇奇怪怪就……呃。 一拍脑子我们决定去找另一个朋友。于是一个小时后三人在二环上飙车,以我被拉爆收场。以及电传比线传舒服多了。 感慨,上次一起刷夜路还是金河-满归,还有健康码的存在。 说起健康,拉了50km之后大家纷纷表示以这个运动量吃M其实也很健康。 哎呀差点忘了今天周日。赶在午夜之前赶紧 #ISS 幸好没错过。

Hashtags

310013

@XJL310013LJX · Post #4581 · 07.06.2025 г., 16:46

#ISS 每个月总有那么一天,发现自己集中刷到在xxxx丢失了scout controller的消息,这时候我就知道,该上传scanner里存的AR垃圾了。 让我们恭喜特工XJL310不仅变性还医美了🙈

Hashtags

310013

@XJL310013LJX · Post #4300 · 11.08.2024 г., 03:43

早上起来约着干活儿被放了鸽子,不爽,决定跑去隔壁学校晨练一下,于是消耗3L水顶着40度的太阳做了 #Mission 顺便给我好久不做了的 #ISS +1,不料没看黄历最后一个任务卡问题了 (怪我,我抽检review了中途的任务问题,觉得没啥问题就开了结果卡到了最后一个),只好找个旁边的校徽补一下,索性补完发现还挺好看。

Hashtags

Voir de ses propres yeux

@voir_yeux · Post #12600 · 21.04.2026 г., 07:59

🇷🇺🛰️ Le vaisseau cargo Progress MS‑32 s’est désamarré du module Zvezda du segment russe de la Station spatiale internationale (ISS) avant l’arrivée d’un nouveau cargo, montre la retransmission de Roscosmos. #russie#vaisseau#iss

12
ПредишнаСтр. 1 от 2Следваща