Содержание
Электрическая схема электротельфера
Скачать документы |
Наша продукция
СПЕЦПРЕДЛОЖЕНИЕ
Тельфер 8т 6м,
с радиоуправлением
В наличии! Цена по запросу
Новости
Статьи
Регионы
Для управления электротельферами используются реверсивные контакторные схемы. Принципиальные схемы болгарских электрических тельферов для серий МН и МНМ представлены в таблицах ниже.
Предназначение контакторов показано на принципиальных схемах посредством нанесения следующих символов под обозначения катушек: | |
Символ | Предназначение контактора |
↑↑ | Контактор для движения “ПОДЪЕМ ВВЕРХ” на основной скорости – K1 |
↑ |
Контактор для движения “ПОДЪЕМ ВВЕРХ” на микроскорости – K3
|
↓↓ | Контактор для движения “СПУСК ВНИЗ” на основной скорости – K2 |
↓ |
Контактор для движения “СПУСК ВНИЗ” на микроскорости – K4
|
← ← |
Контактор для движения “НАЛЕВО” на основной скорости – К5
|
← ←
|
Контактор для движения “НАЛЕВО” на основной и микроскорости – K5
|
→
| Контактор для движения “НАПРАВО” на основной скорости – K6 |
→→
| Контактор для движения “НАПРАВО” на основной и микроскорости – K6 |
← →
|
Контактор для движения “НАЛЕВО” и “НАПРАВО” на основной скорости – K7
|
← → | Контактор для движения “НАЛЕВО” и “НАПРАВО” на микроскорости – K8 |
L1, L2, L3 – фазы электрической сети
S1 – аварийная кнопка остановки
T1 – трансформатор для оперативной цепи
Q — главный контактор (выключатель)
F1, F2, F3 — предохранители
Кнопки:
S2 — кнопка для движения “СПУСК ВНИЗ”
S3 — кнопка для движения “ПОДЪЕМ ВВЕРХ”
S4 — кнопка для движения “НАПРАВО”
S5 — кнопка для движения “НАЛЕВО”
S6 — концевой выключатель
M — электродвигатель
K1 – K8 – контакторы
K9 – контактор реле времени
B1 – электронный блок ограничителя нагрузки
Символы, нанесенные после обозначения двигателей, означают следующее:
↑
| Электродвигатель механизма для подъема |
←ο→ | Электродвигатель механизма для передвижения |
Принципиальная электрическая схема стационарного электротельфера
Принципиальная электросхема тельфера с тележкой передвижения
ᐈ Схема подключения тельфера 220в | Подключение электрического тельфера
Тельфер – электрическое устройство для поднятия тяжелых грузов и горизонтального их перемещения по территории склада, цеха или мастерской. Устройство крепиться к специальной металлической балке, по которой, собственно, и перемещается. Подобного рода подъемные механизмы активно используются на большинстве промышленных и производственных объектах. Одним из самых важных моментов использования оборудования является его подключение к электросети. Для этого понадобиться схема подключения тельфера. В данной статье мы рассмотрим схему подключения тельфера 220в.
Схема подключения
Каждая модель может иметь свои технические особенности, влияющие как на процесс эксплуатации, так и на подключение подъемного оборудования к электросети. Ниже представлена общая схема подключения тельфера 220в для примерного понимания всего процесса. Следует учесть, что мы рекомендуем использовать именно ту схему, которая прилагается производителем вместе с изделием.
Найти ее можно на корпусе самого тельфера, а также в инструкции эксплуатации, техническом паспорте или любом другом прилагающимся к нему документе.
Поскольку тельферы относятся к довольно дорогостоящему электрическому оборудованию, то их подключением должны заниматься специально обученные квалифицированные специалисты. Если у Вас недостаточно квалификации, мы не рекомендуем заниматься этим самостоятельно.
Как происходит подключение
Для подключения электрического тельфера понадобиться рубильник и предохранители. Рубильник позволит разомкнуть цепь электропитания, а предохранитель защитит устройство от поломок, связанных со скачками напряжения. Блок с предохранителями лучше всего ставить подальше от посторонних глаз, чтобы доступ к нему имели только определенные люди.
Для подключения электропитания используются четырехжильные кабели с одной заземляющей жилой. Обычно для подачи тока используется гибкий кабель с резиновой изоляцией.
Чтобы защитить кабеля от обрыва, их подвешивают вместе с металлическим тросом диаметром 2 — 2,5 мм, который и берет на себя всю нагрузку. Таким образом весь вес электролинии будет ложиться на него, а не на кабеля.
Если дистанция движения тельфера на превышает 50 м, то кабель можно подвесить на роликовую подвеску. Если же дистанция выше, то следует использовать для подключения высококачественные кабеля.
Мы рекомендуем использовать кабели с высокой износостойкостью, поскольку они имеют больший ресурс работы и могут прослужить длительное время даже при частом использовании и тяжелых нагрузках.
Подобьем итоги
- Перед подключением следует проверить тельфер на целостность и наличие внешних повреждений, а также проверить напряжение в электролинии.
- Производить подключение тельфера должны квалифицированные специалисты, самостоятельно подключать оборудование не стоит.
- Для подключения следует использовать схему тельфера, которая указана на корпусе оборудования или в сопутствующей документации.
- Получить качественную консультацию и купить оригинальную продукцию можно в интернет-магазине Winch.com.ua. Если у Вас возникнут вопросы, менеджеры компании с радостью на них ответят.
Требования к проекту: Специалист по проектированию — Временные подъемники
Применимость норм и зонирование
Проект временного подъемника должен быть подан на рассмотрение в соответствии с действующими нормами, Строительными нормами Нью-Йорка 2014 г. , как указано в AC 28-101.4.
* Примечание. Хотя ниже приведен список основных строительных норм и правил, которые могут иметь отношение к проекту, он не охватывает ВСЕ применимые нормы. *
Правила зонирования
Правила зонирования не распространяются на проекты временных подъемников.
Коды
Типовые положения Кодекса, которые должны учитываться для проекта временного подъема, включают:
Элемент проекта | Применимые нормы и правила |
2014 Строительные нормы | |
Лифты и конвейерные системы | Глава 30 |
Аварийный режим лифта | до н.э. Раздел 3003 |
Лифт в состоянии готовности к аварийному доступу пожарной части | BC Раздел 3003. 3.1 |
Меры предосторожности во время строительства
| г. до н.э. Глава 33
|
* БК 3304.3.5 – Требования к уведомлению и разрешениям Управления транзита города Нью-Йорка, Столичного транспортного управления и Управления портов Нью-Йорка и Нью-Джерси.
- Электротехнические нормы Нью-Йорка: NPFA 70 — статья 590
- Пожарная служба Нью-Йорка: код пожарной охраны Нью-Йорка
Другие правила и нормы
ВВ 2014-023 — Требование к лифту в готовности в строящихся или сносимых зданиях
ББ 2015-029 – Подготовка строительных площадок к ветровым явлениям.
BB 2016-010 – Руководство по профессиональной сертификации
ANSI A10.4 (1981) – Требования безопасности для подъемников для персонала
ANSI/ASME A10.4 (2007) (только для оператора подъемника) – Подъемники и лифты для персонала на строительных и сносных площадках
ASME A17.1b (2003 г.) – Правила безопасности для лифтов и эскалаторов. (Раздел 2.8.1 – Электрооборудование и проводка)
Другие требования агентства
Кроме того, проекты временных подъемников должны соответствовать правилам, положениям, законам и кодексам других агентств, таких как Департамент транспорта Нью-Йорка (DOT), Столичное транспортное управление (MTA), Департамент парков и отдыха ( DPR), Департамент пожарной охраны Нью-Йорка (FDNY), Департамент охраны окружающей среды Нью-Йорка (DEP), Комиссия по сохранению достопримечательностей Нью-Йорка (LPC), Департамент охраны окружающей среды штата Нью-Йорк (DEC) и другие.
- Требуется разрешение DOT, если подъемник выходит за пределы тротуара на улицу
- Если установка подъемника воздействует на какой-либо из нижеперечисленных элементов, регулируемых следующими органами:
- ДЭП и ФДНЙ регламентируют размещение пожарных кранов, установка
- DPR) регулирует посадку деревьев и тротуаров ( см. Стандарты посадки деревьев DPR)
- MTA регулирует тротуарные решетки, входы в метро и автобусные остановки и соответствующие указатели
- LPC регулирует знаковые районы
- Коммунальные предприятия регулируют опоры ЛЭП
- Почтовая служба США регулирует расположение почтовых ящиков
Руководство по представлению временных планов проекта подъемных сооружений
Информация, представленная на чертежах , должна четко описывать все работы, необходимые для выполнения и завершения проекта в соответствии с Кодексом, включая четкое указание существующих и предлагаемых условий, согласно AC 28. -104 и 2014 BC 107.2, а также BC 1603.
Полная подача временных чертежей подъемника/строительной документации
Строительная документация должна представлять завершенную работу, включая применимые множественные дисциплины, такие как архитектурные, структурные, сантехнические, электрические, механические и другие. Должна быть тесная координация между всеми дисциплинами для предлагаемого объема работ, чтобы обеспечить соответствие кодексу; ссылка AC 28-104.7, BC 107.2 и Руководство по проверке плана – Минимальные требования к рассмотрению проектных чертежей, пересмотрено 30 апреля 2014 г. для получения информации о подаче и необходимых строительных документах.
Полная подача чертежей должна включать:
Строительная документация . Чертежи необходимы для передачи важной информации, такой как планы этажей, фасады, графики и детали. Применимые строительные нормы и примечания должны быть указаны на чертежах, чтобы продемонстрировать соответствие строительным и отраслевым нормам. Там, где это необходимо, на чертежах должен быть указан масштаб; рекомендуется графический масштаб.
- Титульный лист . Четко опишите местонахождение проекта, включая прилегающие улицы, объекты недвижимости и т. д., район зонирования, обозначение объекта (районы специального назначения, прибрежная зона или квартал, зона или квартал, опасные для затопления, пожарный район, исторический район, квартал, обозначенный DEP с маленькой буквой «e», водно-болотные угодья, 200 футов в пределах инфраструктуры MTA) .
- Указатель чертежей. Укажите номер чертежа EQP дисциплины (100.00, 101.00) для всех включенных планов, разрезов, фасадов, деталей и т. д.
- План участка/участка. Четко указать размер и расположение участка, все существующие постройки на участке зонирования, включая размеры и другую соответствующую информацию, такую как улицы, соседние здания, бордюры, северную стрелку, своды, гидранты, водопровод, клапаны и т. д.
Должны быть показаны
туннеля MTA, метро и коммуникации в пределах 200 футов. Область предполагаемых работ и существующее законное использование здания, независимо от местоположения подъемника, должны быть четко определены
- Чертежи фасадов: Показать расположение компонентов подъемника, детали стяжек, расстояние между стяжками, соединение здания, все этажи, включая подвал и т. д. Показать детали фасада, такие как высота здания и высота подъемника над парапетом или переборкой.
Детальные чертежи:
Деталь конструкции . Эти чертежи содержат важную информацию, необходимую для четкого представления объема работ, соответствующих деталей, конструкционных опор, деталей монтажа всех предлагаемых подъемников, деталей фундамента, деталей крепления анкерной конструкции, всех сил реакции и т. д.
Детали подъемника . Укажите грузоподъемность, безопасность модели, количество и размеры мачты, сведения о противовесе, если таковые имеются, сведения о кабине, включая внутренние и внешние размеры, защиту негабаритной кабины, электрические требования, электрический выключатель, барьерную защиту и т. д.
Представление проектно-сметной документации
- Чертежи. Чертежи проекта временного подъемника должны четко отражать объем работ. Примеры следующие:
Номер листа обозначений | Описание листа |
Т-001.00 | Титульный лист, план площадки, указатель чертежей, общие примечания, зона затопления и карта FEMA, обязательный список специальных/текущих проверок и условные обозначения |
EQP-100.00 | Существующие условия и планы сноса |
EQP-200.00 | Предполагаемые подробные планы подъемников и фасады |
EQP-300.00 | Структура обратного хода и строительное приспособление |
EQP-400.00 | Детали основания и крепления |
Обозначение чертежа, включающее: символы, сокращения, примечания и определения, а также список всех применимых номеров разделов строительных норм и правил.
Рекомендуемые обозначения чертежей:
A: Архитектурный : Обязательное обозначение для чертежей, показывающих архитектурные работы
EQP: Оборудование : Обязательное обозначение для чертежей, относящихся к временному строительному оборудованию, такому как временный подъемник, тротуарные навесы, заборы и леса
- Другие необходимые документы. В зависимости от местоположения, размера и объема работ по проекту соответствующей конструкции, при приеме могут потребоваться следующие документы, сопровождающие чертежи временного подъемника:
- План защиты арендаторов/оккупантов
- FDNY — соответствие требованиям или отклонение
- ДЕП (Асбест)
- Сертификат MTA
- Допуск DOT – для размещения подъемников на тротуарах и/или улицах
- Одобрение LPC – номер досье и перфорированный одобренный набор
- Поправки после утверждения . Любые изменения в утвержденных планах требуют Поправки после утверждения (PAA). Изменения в объеме работ, которые требуют дополнительных специальных или текущих проверок
- Изменение длины или угла желоба.
- Изменение типа желоба, например, с внутреннего желоба шахты лифта на наружный желоб и т. д.
Специальные осмотры
В соответствии с главой 17 Строительных норм и правил и ANSI A10.4 временные подъемные работы могут потребовать проведения определенных специальных и текущих осмотров во время и в конце строительства, как указано в таблице ниже. Перед утверждением заявитель должен указать все необходимые специальные и текущие проверки (BC 1704.1). До выдачи разрешения DOB Владелец должен обычно привлекать зарегистрированное Специальное инспекционное агентство (SIA), которое берет на себя ответственность за специальные инспекции и инспекции прогресса. Заявители на запись могут проводить эти проверки, если они также являются SIA. О несоответствиях при проверке и опасных условиях необходимо сообщать прорабу строительства, а также менеджеру по безопасности на площадке или координатору по безопасности на площадке для исправления в соответствии с BB 2016-006 и 1 RCNY 101-06. Согласно BC 1704.1.2, подрядчик не может нанять специального инспектора.
В зависимости от объема работ может потребоваться, чтобы проект строительного желоба соответствовал следующим требованиям специальной и прогрессивной инспекции:
Конструкционная сталь | Может включать сварку стали, высокопрочные болтовые соединения и стальные детали (BC 1704.3) |
Анкеры, устанавливаемые после установки | Специальная проверка согласно BC 1704.32 (BB 2014-018, BB 2014-019) Установленные анкеры. Установка постустановленных механических анкеров и винтовых анкеров должна соответствовать таблице 1704. 32. Специальное обследование включает проверку соблюдения утвержденной проектно-сметной документации и нормативов, установленных уполномоченным в соответствии с АС 28-113.2.2 |
Огнестойкие проходки и швы | Должны быть проведены специальные проверки сквозных проходок, мембранных противопожарных перегородок, систем огнестойких соединений и систем противопожарных барьеров по периметру, которые испытаны и перечислены в соответствии с разделами BC 713.4.1.1.2, BC 713.4.1.2, BC 714.3 и BC 714.4. соответствуют разделам BC 1704.27.1 и BC 1704.272. |
Структурная устойчивость – Существующее здание | Любая модификация существующих конструктивных систем или элементов, таких как колонны, фермы, балки, несущие стены и т. д.; где устойчивость или целостность конструктивной системы затронута, в соответствии с разделами BC 1704.20. 6–1704.20.10. |
Каменная кладка | Несущая кладка, кладка из стеклопакетов и каменная облицовка должны быть осмотрены и проверены в соответствии с требованиями разделов BC 1704.5.1–1704.5.3, в зависимости от категории использования конструкции здания или сооружения. |
Стеновые панели, навесные стены и шпон | Требуется для наружных архитектурных стеновых панелей и крепления шпона, предназначенного для установки на зданиях высотой более 40 футов. Специальная проверка облицовки кирпичной кладки на таких конструкциях должна проводиться в соответствии с разделом BC 1704.5 (BC 1704.10). |
Бетон – монолитный | Требуется, если общая укладка бетона на данном проекте превышает 50 кубических ярдов или в других условиях (BC 1704.4). |
Осмотр грунтового основания, состояние грунта, бурение скважин и испытательные шурфы | Подлежит специальной проверке в соответствии с разделом BC 1704. 7. |
Проверки соответствия энергетическому кодексу | г. до н.э. 110.3.5. Проходы через тепловую оболочку: должен быть герметизирован , чтобы свести к минимуму утечку воздуха и предотвратить тепловые мосты, в соответствии с NYCECC R402.4.1 и C402.5.1.1 |
Окончательная проверка | Перед выдачей Письма о завершении требуется окончательная проверка в соответствии с AC 28-116.2.4.2 и BC 110.5, Директивой 14 от 1975 г. (D14) и 1 RCNY 101-10 . |
Design Professional Links
- Контрольные списки временных подъемников
- Контрольные списки: Строительное оборудование
- Требования: Строительное оборудование
- Контрольные списки проектов для профессионалов
- Дизайн Профессиональные требования к проекту
- Руководящие принципы проекта Design Professional
Полезные ссылки
- Категории проектов
- Ключевые моменты и условия проекта
- Этапы проекта и требования
- Контрольные списки проекта
- Соответствие и нарушения
- Информация для мастеров-сантехников
- Руководство по страхованию
- Дата рождения
- Примечания к коду
nohoist в рабочих пространствах | Блог пряжи
Опубликовано 15 февраля 2018 г. автором
В. Вс
Какими бы замечательными ни были рабочие места для пряжи, остальная часть сообщества еще не полностью освоила схему подъема монорепозиториев. Представление nohoist — это попытка предоставить простой в использовании механизм, изначально поддерживаемый пряжей, позволяющий рабочим пространствам работать с другими несовместимыми библиотеками.
Мы надеемся, что эта функция облегчит работу разработчиков монорепозиториев и установит баланс между эффективностью (максимальное поднятие) и удобством использования (разблокировка библиотек, которые не были адаптированы для рабочих мест).
В чем проблема?
Во-первых, давайте кратко рассмотрим, как работает подъем в автономных проектах:
Чтобы уменьшить избыточность, большинство менеджеров пакетов используют какую-то схему подъема для извлечения и объединения всех зависимых модулей, насколько это возможно, в централизованное расположение. В отдельном проекте дерево зависимостей можно уменьшить так:
С помощью hoist мы смогли устранить дубликаты «A@1. 0» и «[email protected]», сохранив при этом вариант версии ([email protected]) и сохранив один и тот же корень package-1/node_modules
. Большинство сканеров/загрузчиков/связчиков модулей могут довольно эффективно находить модули, проходя вниз по дереву «node_modules» из корня проекта.
Затем появился проект monorepo, в котором была представлена новая иерархическая структура, не обязательно связанная с помощью «node_modules». В таком проекте модули могут быть разбросаны по нескольким местам:
рабочие области пряжи могут совместно использовать модули в дочерних проектах/пакетах, поднимая их до node_modules родительского проекта: monorepo/node_modules
. Эта оптимизация становится еще более заметной, если учесть, что эти пакеты, скорее всего, будут зависеть друг от друга (основная причина иметь монорепозиторий), то есть более высокая степень избыточности.
Модуль не найден!!
Хотя может показаться, что мы можем получить доступ ко всем модулям из корневого node_modules проекта, мы часто собираем каждый пакет в своем локальном проекте, где модули могут быть не видны в своих собственных node_modules. Кроме того, не все поисковые роботы обходят символические ссылки.
Следовательно, разработчики рабочих пространств часто наблюдают ошибки, связанные с «модуль не найден» при сборке из дочернего проекта:
- не удается найти модуль «[email protected]» из корня проекта «monorepo» (не удается перейти по символической ссылке)
- не удается найти модуль «[email protected]» из «package-1» (не зная дерева модулей выше в «monorepo»)
Чтобы этот проект монорепозитория надежно находил любой модуль из любого места, ему необходимо пройти по каждому дереву node_modules: «monorepo/node_modules» и «monorepo/packages/package-1/node_modules».
Почему их нельзя починить?
Владельцы библиотек действительно могут решить эти проблемы множеством способов, например, мультикорневая, пользовательская карта модулей, продуманная схема обхода и т. д. Однако
- не все сторонние библиотеки имеют ресурсы для адаптации к среде монорепозитория.
- проблема самого слабого звена: javascript великолепен благодаря массивным сторонним библиотекам. Однако это также означает, что сложная цепочка инструментов настолько прочна, насколько сильно самое слабое звено. Один неадаптированный пакет глубоко в цепочке инструментов может сделать весь инструмент бесполезным.
- проблемы с загрузкой: например, react-native предоставил способ настроить мультирут через
rn-cli.config.js
. Но это не поможет процессу начальной загрузки, такому какreact-native init
илиcreate-react-native-app
, у которого нет доступа к каким-либо таким инструментам до того, как приложение будет создано/установлено.
Разочаровывает, когда решение, работающее для автономного проекта, не работает только в среде монорепозитория. Идеальное решение заключается в обращении к базовым библиотекам, но реальность далека от совершенства, и все мы знаем, что наши проекты не могут ждать…
Что такое «без подъема»?
Существует ли простой, но универсальный механизм, позволяющий этим несовместимым библиотекам работать в среде монорепозитория?
Оказывается, есть, и он удобно называется «nohoist» , что также было продемонстрировано в других инструментах монорепозитория, таких как lerna.
«nohoist» позволяет рабочим пространствам использовать сторонние библиотеки, еще не совместимые с его схемой подъема. Идея состоит в том, чтобы запретить поднятие выбранных модулей в корень проекта. Вместо этого они были помещены в фактический (дочерний) проект, как и в автономный, нерабочий проект.
Поскольку большинство сторонних библиотек уже работали в автономных проектах, возможность моделирования такой среды в рабочих пространствах должна помочь решить многие известные проблемы совместимости.
Предостережение
Хотя nohoist полезен, он имеет недостатки. Наиболее очевидным из них является то, что модули nohoist могут быть продублированы в нескольких местах, что лишает преимущества подъема, упомянутого выше. Поэтому мы рекомендуем, чтобы область действия nohoist была как можно меньше и явно выражена в вашем проекте.
Когда он будет доступен?
Его планируется развернуть с 1.4.2
Как его использовать?
Использовать nohoist довольно просто. Он управляется правилами nohoist, определенными в package.json. Начиная с версии 1.4.2, yarn примет новый формат конфигурации рабочих областей, чтобы включить (необязательную) настройку nohoist:
// определение типа потока: тип экспорта WorkspacesConfig = { пакеты?: Массив<строка>, nohoist?: Массив<строка>, };
Например:
Примечание: для тех, кому не нужен nohoist, по-прежнему будет поддерживаться старый формат рабочих пространств.
Правила nohoist — это просто набор шаблонов глобусов, используемых для сопоставления с путем к модулю в его дереве зависимостей. Путь к модулю — это виртуальный путь дерева зависимостей, а не фактический путь к файлу, поэтому нет необходимости указывать «node_modules» или «packages» в шаблоне nohoist.
illustration
Давайте рассмотрим упрощенный псевдопример, чтобы объяснить, как можно использовать nohoist для предотвращения подъема react-native в нашем проекте монорепозитория «monorepo». Под «монорепо» есть 3 пакета: A, B и C:
файловая система перед установкой пряжи
:
файл package.json в корне проекта «monorepo»:
// пакет monorepo.json ... "имя": "монорепо", "частное": правда, "рабочие места": { "пакеты": ["пакеты/*"], "nohoist": ["**/реагировать-нативный", "**/реагировать-нативный/**"] } ...
Давайте подробнее рассмотрим конфиг:
Область действия: приватный
nohoist доступен только для приватных пакетов, потому что рабочие пространства доступны только для приватных пакетов.
шаблоны глобусов, соответствующие
Внутри yarn создает путь виртуального модуля для каждого модуля на основе его «исходной» (до подъема) зависимости от пакета. Если этот путь соответствует предоставленным шаблонам nohoist, вместо этого он будет поднят до ближайшего дочернего проекта/пакета.
пути модулей
A
- монорепозиторий/A
- монорепозиторий/A/реагирующий натив
- монорепозиторий/A/react-native/метро
- монорепозиторий/A/Y
Б
- монорепозиторий/B
- монорепозиторий/B/X
- монорепозиторий/B/X/react-native
- монорепозиторий/B/X/react-native/метро
C
- монорепо/C
- монорепозиторий/C/Y
шаблоны nohoist
« **/react-native »: это говорит пряже не поднимать сам реактивный пакет, где бы он ни находился. (неглубоко)
- использование globstar «**» соответствует элементам от 0 до n до react-native, что означает, что он будет соответствовать любому вхождению react-native независимо от того, где он появляется на пути.
- шаблон заканчивается на «реагировать-нативный» означает, что зависимости реактивного натива, такие как «реагировать-нативный/метро», не будут соответствовать этому шаблону, поэтому термин «поверхностный».
« **/react-native/** »: это говорит пряже не поднимать какие-либо зависимые библиотеки react-native и их зависимые библиотеки. (глубокий)
- шаблон заканчивается на «**», в отличие от упомянутого выше префикса globstar, суффикс globstar соответствует от 1 до n элементов после react-native, что означает, что этому шаблону будут соответствовать только зависимости react-native, но не react- сам родной.
- не только прямые зависимости react-native соответствуют этому шаблону, но и их зависимости и так далее, отсюда и термин «глубокий».
Комбинируя эти 2 шаблона (мелкий + глубокий), они предписывают пряже не поднимать реактивную нативную и все ее зависимости.
Давайте попробуем еще несколько шаблонов:
Файловая структура после подъема
после yarn install
структура файла будет выглядеть так:
Модули X и Y были подняты на root, потому что «monorepo/A/Y », «monorepo/B/X» и «monorepo/C/Y» не соответствуют ни одному из шаблонов nohoist. Обратите внимание, что хотя «monorepo/B/X/react-native» соответствует шаблону nohoist, «monorepo/B/X» — нет. Поэтому реактивные модули останутся в пакете «B», а их исходный родитель «X» будет поднят в корень.
react-native и metro были помещены в пакеты A и B соответственно, потому что они соответствовали паттернам react-native nohoist. Обратите внимание, что хотя B напрямую не зависит от react-native, они все равно поднимаются до «B», как и в отдельном проекте.
как отключить nohoist?
nohoist включен по умолчанию. Если пряжа увидит конфигурацию nohoist в приватном package.json, она будет использовать ее.
Чтобы отключить nohoist, вы можете просто удалить конфиг nohoist из package.json или установить флаг workspaces-nohoist-experimental false
через .yarnrc или конфигурация пряжи set workspaces-nohoist-experimental false
.
Рабочие примеры
Теперь у вас есть общее представление о том, как работает nohoist, пришло время поиграть с реальной вещью…
Ниже приведены тестовые проекты, которые мы использовали при разработке nohoist. Теперь они доступны в yarn-nohoist-examples:
- create react-native в среде yarn:
=> Подтверждаем, что мы можем в значительной степени следовать руководству react-native, как в автономной среде env 9.0080 - создайте более реалистичный проект монорепозитория, включающий как реакцию, так и реакцию:
=> Убедитесь, что nohoist работает для этой команды и более сложного варианта использования.
Это рабочие примеры, т.