[{"data":1,"prerenderedAt":83},["ShallowReactive",2],{"init-db":3,"content-\u002Fblog\u002Fconstructions-refactor":4},true,{"id":5,"title":6,"body":7,"date":74,"description":75,"extension":76,"meta":77,"navigation":3,"path":78,"seo":79,"sitemap":80,"stem":81,"__hash__":82},"blog\u002Fblog\u002Fconstructions-refactor.md","Выносим строительный пирог в отдельный модуль",{"type":8,"value":9,"toc":65},"minimark",[10,14,18,21,26,29,33,36,39,42,45,49,52,55,59,62],[11,12,6],"h1",{"id":13},"выносим-строительный-пирог-в-отдельный-модуль",[15,16,17],"p",{},"Сегодня мысль скорее для разработчиков, но она должна сделать KIB4D чуть удобнее и понятнее для пользователя.",[15,19,20],{},"Хочу вырезать редактор слоев (конструктор пирога стены) из калькулятора точки росы и сделать его отдельным независимым модулем.",[22,23,25],"h3",{"id":24},"в-чем-проблема-сейчас","В чем проблема сейчас",[15,27,28],{},"Сейчас получается, что чтобы добавить конструкцию (собрать пирог стены), нужно идти в точку росы и там делать сборку. Затем этот пирог становится доступен всем инструментам сайта. Вроде и логично, и нет. По сути это инструмент уровня проекта — как, например, ведомость материалов, которая переехала в project\u002Festimate. Держать сборку конструкций внутри другого калькулятора стало неправильно.",[22,30,32],{"id":31},"конструкция-как-отдельная-сущность","Конструкция как отдельная сущность",[15,34,35],{},"Хочу, чтобы конструкция — пирог стены, пола или перекрытия — стала самостоятельным элементом на платформе. Заходите в свой проект, один раз собираете конструкцию, называете её (например, «Моя внешняя стена»), настраиваете слои и толщины. Она сохраняется в базе.",[15,37,38],{},"В чём плюс такого подхода: например, вы сомневаетесь между 150 и 200 мм утеплителя. Поменяли толщину в одном месте — и весь проект пересчитался мгновенно, потому что все инструменты смотрят в одни и те же данные.",[15,40,41],{},"Никакой рутины с ручным вводом.",[15,43,44],{},"И даже стало очевидным логичное место в структуре — project\u002Fconstructions.",[22,46,48],{"id":47},"как-это-выглядит-в-коде","Как это выглядит в коде",[15,50,51],{},"Принцип DRY и разделение ответственности. Один универсальный Vue-компонент визуального конструктора — он ничего не знает про теплофизику или формулы СНиП, его задача только собрать пирог и отдать на выходе JSON со списком слоев.",[15,53,54],{},"Расчетные ядра инструментов становятся простыми потребителями этого JSON: калькулятору точки росы неважно, откуда прилетел пирог — из интерактивной статьи в справочнике или из личного проекта. Берет массив данных, считает, отдает результат.",[22,56,58],{"id":57},"что-это-дает","Что это дает",[15,60,61],{},"KIB4D все больше становится модульной системой — собрал цифры по дому один раз, дальше прогоняешь их через разные расчеты.",[15,63,64],{},"Пока это архитектурные наброски. Разделение кода начну делать, как только дойдут руки — такие вещи проще закладывать сразу, чем потом переделывать.",{"title":66,"searchDepth":67,"depth":67,"links":68},"",2,[69,71,72,73],{"id":24,"depth":70,"text":25},3,{"id":31,"depth":70,"text":32},{"id":47,"depth":70,"text":48},{"id":57,"depth":70,"text":58},"2026-08-18","Почему я решил вынести визуальный конструктор строительных слоев в отдельный независимый модуль KIB4D и как это изменит работу с платформой.","md",{},"\u002Fblog\u002Fconstructions-refactor",{"title":6,"description":75},{"loc":78},"blog\u002Fconstructions-refactor","Tq-8VeLbGWHAOcjqX--Yx1ydbe7JAZ-MZFP5zVku93k",1787293109315]