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

TGINSIGHT SIMILAR POSTS

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

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

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

Hashtags

Резултати

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

Търсене: #matter

当前筛选 #matter清除筛选
XP Digital Lab

@rocchl · Post #7384 · 21.11.2025 г., 04:41

Matter 1.5 发布,支持摄像头 Matter 1.5是智能家居跨平台标准的最新版本,新增了对网络头、门窗、土壤传感器的支持,并升级了能源管理能力。网络头支持WebRTC音视频流,门窗设备更加统一,土壤传感器可智能匹配灌溉,能源方面可准确统计与管理警报及碳排放。制造商与用户获得更丰富的设备类型和功能集成体验 标签:#matter Created by RocM 官方频道:@rocCHL 官方群组:@roctech 官方合作:@rocmmbot

Hashtags

Matter exists in different states: ● Solid – fixed shape and volume, particles tightly packed. ● Liquid – fixed volume, no fixed shape, particles slide past each other. ● Gas – no fixed shape or volume, particles far apart. ● Plasma – like gas but particles are charged. ● Glass – between solid and liquid, amorphous. ● Superfluid – liquid with no resistance near absolute zero. ● Bose-Einstein Condensate – particles act as one quantum entity. ● Fermionic Condensate – similar to Bose-Einstein but formed by fermions. ● Dropleton – quantum liquid of electrons and holes. ● Degenerate Matter – exists under extreme pressure inside stars or planets. Matter changes state when energy is added or removed. [Source] https://t.me/googlefactss @googlefactss🔬🌡️#Science#Matter#Physics#Education

XP Digital Lab

@rocchl · Post #8525 · 10.01.2026 г., 02:06

宜家推出 Klippbok 水浸传感器:兼容 Matter 协议,内置蜂鸣器 宜家现已在美国、欧盟和英国市场推出 Klippbok 水浸传感器,支持新一代 Matter 协议,可兼容多家智能家居生态,打破生态壁垒。 同时,这款传感器还支持 Matter 协议, 可以与 Google Home、Apple HomeKit 等智能家居生态协同工作 ,需要一节 7 号电池才能工作,体积为 17*70*40mm。 此外,这款传感器已在海外的宜家线下门店开售,售价 7 英镑 标签:#宜家#klippbok#matter Created by RocM 官方频道:@rocCHL 官方群组:@roctech 官方合作:@rocmmbot