Генератор вега: АВТОНОМНЫЙ БЕСТОПЛИВНЫЙ ЭЛЕКТРОГЕНЕРАТОР ВЕГА

Видели продажу

по более привлекательной цене?

Позвоните, напишите и получите скидку!

Счетчик импульсов ВЕГА СИ-13 для сетей LoRaWAN

Компания «Вега-Абсолют» представляет счетчик импульсов ВЕГА СИ-13, который через интерфейсы RS-485, RS-232 или импульсные входы снимает показания с приборов учета, таких как водосчетчики, электросчетчики, теплосчетчики, и передает полученную информацию в сеть LoRaWAN.

Счетчик импульсов ВЕГА СИ-13 имеет два варианта исполнения, отличающиеся только видом интерфейса обмена данными:

• ВЕГА СИ-13-232 с интерфейсом RS-232;
• ВЕГА СИ-13-485 с интерфейсом RS-485.

ВЕГА СИ-13 предназначен для выполнения счета импульсов, приходящих на два независимых входа, с последующим накоплением и передачей сведений в сеть LoRaWAN посредством радиосвязи на частотах диапазона 860–1000 МГц. Также устройство ВЕГА СИ-13 может применяться в качестве охранного блока, поскольку все его входы могут использоваться в качестве охранных.

Счетчик импульсов может быть установлен на любых приборах учета коммунальных ресурсов и промышленном оборудовании и может работать в режиме прозрачного радиомодема либо самостоятельно опрашивать некоторые модели приборов учета.

ВЕГА СИ-13 оснащен алгоритмом антидребезга с постоянной времени 5 мс. Подсчет импульсов осуществляется для частот до 200 Гц. Питание осуществляется от внешнего источника питания с напряжением 8–36 В.

Основные характеристики LoRaWAN-модема ВЕГА СИ-13:

• Входы импульсные: до двух.
• Максимальная частота импульсного сигнала: 200 Гц.
• Входы охранные: до двух.
• Интерфейс: RS-232 или RS-485 ( зависимости от варианта исполнения).
• Диапазон рабочих температур: –40… +85°С.
• Встроенный датчик температуры: да.
• Количество каналов LoRa: 16.
• Частотный план : EU-868, RU-868, произвольный.
• Период выхода на связь: 1, 6, 12 или 24 ч.
• Тип антенны LoRa: внутренняя.
• Чувствительность: 138 дБм.
• Выходная мощность передатчика: до 100 мВт (настраивается).
• Степень защиты корпуса: IP65.

Шведская парусная яхта Альбин Вега

Максимальная длина 8.30 м
Ширина, 2,46 м
Вес киля 915 кг
Осадка 1.2 м
Водоизмещение, 2,30 т
Площадь парусности 37 м2
Количество спальных мест — 5
Высота в каюте, 1,80 м
Флаг РОССИЯ
Находится в Санкт-Петербурге.

Класс безопасности на 5 человек B(море)

Материал корпуса — Стеклопластик

грот, стаксель с закруткой, спиннакер, генакер

Холодильник
Кильблок
Генератор
Система отопления
Брызгозащитный козырек

Средства безопасности на яхте
8 спасжилетов

Электро и навигационное оборудование яхты
Лаг
Компас
GPS
VHF
Автопилот

«Albin Vega» заработал себе репутацию очень хорошего крейсера, на ней смело уходят в океан…

Она появилась в Швеции в 1964 году. Тогда стеклопластик делал первые шаги как судостроительный материал, и его применение еще вызывало много вопросов. Может быть, именно это обстоятельство и привело к столь длительной жизни лодок построенных в 60-годы – толщины их стеклопластиковых корпусов вызывают удивление — сейчас так не делают: в районе киля толщина корпуса доходит до 25 мм.

«Вега» имеет длинный киль, который равен половине длины по ватерлинии. С одной стороны этого достаточно для хорошей устойчивости на курсе, особенно при движении с попутными ветрами, а с другой – уменьшает смоченную поверхность, что делает яхту ходкой и при слабых ветрах. Руль крепится к задней кромке киля, что, вне всякого сомнения, положительно сказывается на его живучести. Длиной рубке придали сложную форму с невысоким комингсом в носу и более высоким в корме, непосредственно над салоном. Этим удалось избежать «ящикообразности» надстройки. В результате в салоне обеспечена высота 1,80 м, при удобном входе в носовую часть каюты, и вполне достаточная высота в гальюне и над V-образной койкой.

Внутреннее расположение типично: слева и справа от трапа, ведущего в каюту, расположен камбуз, далее в нос два дивана, между которыми установлен складной столик. В районе подмачтовой переборки, слева — платяной шкаф, а справа — выгородка гальюна.Albin Vega В носу – V-образная койка, которая легко превращается в широкую, «от борта до борта» кровать. Различные полочки и шкафчики с избытком обеспечивают размещение всего самого необходимого для длительного плавания.

Яхта оборудована бензиновым двигателем мощностью 13 л.с. и ВРШ (винт регулируемого шага). Благодаря этому, двигатель не нуждается в редукторе — лопасти винта устанавливаются в различные положения, обеспечивая передний и задний ход. При ходе под парусами лопасти винта ставятся во флюгерное положение, что значительно уменьшает сопротивление движению.
«Albin Vega» очень хорошо отцентрована. Небольшая площадь парусности, которая хороша и достаточна для океанских плаваний, явно требует увеличения при слабых ветрах. Достаточно легко кренясь до 10-15 градусов, яхта, далее, хорошо сопротивляется увеличению крена и не нуждается в рифлении до скорости ветра 20 узлов. При ветре 40 узлов и волне до четырех метров яхта уверенно идет под штормовым стакселем и наглухо зарифленным гротом. В парусном гардеробе яхты предусмотрены большая генуя и спинакер
На «Albin Vega» совершались трансокеанские плавания.

Нефтебаза: системы пожаротушения — Компании

Москва, 22 июл — ИА Neftegaz.RU. Обновление нормативной базы в области пожарной безопасности и проектирования систем пожаротушения затронуло строящиеся и действующие объекты. Уже сейчас проходят реконструкции и технические перевооружения складов нефти и нефтепродуктов (далее – нефтебаз), в состав которых входят резервуарные парки, сливоналивные эстакады, продуктовые насосные, расходные склады, склады хранения в продукции таре и другие объекты, которые были оснащены системами пожаротушения в прошлые десятилетия по нормативным требованиям 70-80-х годов.

Тема оснащения промышленных объектов современными системами пожаротушения актуальна и потому, что изменились правила подтверждения соответствия продукции требованиям пожарной безопасности. По мере того, как новые стандарты будут вступать в силу, интерес к эффективным системам противопожарной защиты будет только увеличиваться.

В статье речь пойдет о различиях между технологиями пожаротушения объектов в составе нефтебаз, которые применялись в нашей стране в 70-80-х годах и в настоящее время, примерно с 2000-х. Пожнефтехим, российский производитель оборудования и пенообразователей для систем пенного и водяного пожаротушения, расскажет о современных решениях для комплексной защиты нефтебаз и других производственных объектов.

Иллюстрация: ООО «Пожнефтехим»

Проблемы в системах пенного пожаротушения нефтебаз

Среди распространенных проблем в системах противопожарной защиты и пожаротушения резервуаров, сливоналивных эстакад, продуктовых насосных станций, зданий и помещений в составе нефтебаз и нефтеперерабатывающих заводов:

• изношенность наружных кольцевых растворопродов и водопроводов;
• применение заполненных магистральных и распределительных растворопроводов и хранение пенообразователя в растворе;
• низкое качество раствора пенообразователя в сетях, необходимость регулярной замены и утилизации;
• применение устаревших и неэффективных типов генераторов, нестойких к тепловым воздействиям;
• отсутствие возможности комплексных испытаний стационарных систем в условиях действующего производства.

При реконструкции систем безопасности нефтебаз и нефтеперерабатывающих заводов приведение активных систем противопожарной защиты в работоспособное состояние вызывает затруднения. При расширении объектов также возникают вопросы о возможности применения существующих мощностей систем пожаротушения для новых объектов.

Рассмотрим современные эффективные системы пожаротушения в сравнении с «классическими» системами образца 70-90-х годов на примере объектов, входящих в состав нефтебаз.

Резервуарные парки

 Пожаротушение резервуарного парка: современная система комплексной противопожарной защиты

Согласно СП 5.13130.2009 (табл. А.2) и п. 13.2.3 СП 155.13130.2014 автоматическими установками и системами пенного пожаротушения оснащаются резервуары для наземного хранения легковоспламеняющихся и горючих жидкостей объемом 5000 м³ и более. Системы состоит из пенной станции с системой хранения и дозирования пенообразователя (СХДП или бак-дозатор) и генераторов пены низкой кратности типа КНП «Вега», подающих огнетушащее вещество на очаг возгорания.

Преимущество современной системы пожаротушения заключается в выборе фторсинтетического пленкообразующего пенообразователя типа AFFF, AFFF/AR, AFFF/AR LV. Пожнефтехим производит данный тип пенообразователей под маркой «Аквафом», строго по требованию ГОСТ Р 53280. Применение фторсинтетических пленкообразующих пенообразователей распространено в мировой практике.

Пенообразователи типа AFFF, AFFF/AR, AFFF/AR LV образуют изолирующую пленку на поверхности нефтепродукта, которая защищает от повторных возгораний и взрывов. Поэтому они используются для эффективного пожаротушения особо опасных промышленных объектов с хранением и обращением ЛВЖ и ГЖ. Кроме того, эффективность пенообразователей AFFF, AFFF/AR, AFFF/AR LV демонстрируется на испытаниях в рамках ежегодных Курсов повышения квалификации Пожнефтехим.

Для подачи пленкообразующей пены низкой кратности в резервуар используются современные генераторы пены – камера низкократной пены «Вега» и высоконапорный генератор «Штурм». Данные генераторы применяются в системах подачи пены на поверхность нефтепродукта и в слой нефтепродукта соответственно.

Камера низкократной пены «Вега» разработана специально для тушения пожаров в резервуарах с ЛВЖ и ГЖ. При минимальных габаритных размерах ширина веера пены при установке на высоте 2,5 м – не менее 12 м, на высоте 6 м – не менее 15 м. Камера низкократной пены включает герметизирующий элемент, который исключает наличие паров нефтепродукта внутри пенной камеры. Конструкция генератора также предусматривает возможность проведения испытаний без демонтажа КНП с резервуара.

Подслойное пожаротушение рекомендуется для резервуаров объемом 5000 м³ и более. Вопрос о выборе способа подачи пены в слой нефтепродукта должен решаться с учетом типа и вязкости нефтепродукта. Причина, по которой данный метод пожаротушения рекомендуется к применению, заключается в вероятном разрушении верхнего пояса резервуара в случае взрыва (пожары резервуаров иногда начинаются со взрывов), и как результат, утрате всей системы пожаротушения по поверхности нефтепродукта. Еще одна причина – вероятное частичное обрушение крышки резервуара, в результате чего пена, которая будет подаваться сверху, не достигнет очага возгорания.

В современной системе подслойного пожаротушения применяются высоконапорный генератор «Штурм», подслойный насадок и мембрана разрывная «Щит». В качестве огнетушащего вещества используется пленкообразующая пена низкой кратности, которая получается из пенообразователей AFFF. Нормативная интенсивность подачи раствора пенообразователя в слой указаны в СП 155.13130.2014.

Кроме того, согласно п. 13.2.8 СП 155.13130.2014 резервуары оснащаются стационарными установками охлаждения с ручным пуском. В верхнем поясе резервуаров устанавливаются кольца орошения. Для водяного охлаждения резервуаров (горящего и соседнего с горящим) в некоторых системах могут применяться лафетные пожарные комплексы, состоящие из пожарной вышки, лафетного ствола и водопленочного экрана.

Пожаротушение резервуарного парка: «классическая» система образца 70-80-х годов XX века

 Основное отличие классической от современной системы состоит в методе пожаротушения. Раньше была широко распространена пена средней кратности, которая способна потушить ЛВЖ и ГЖ – при условии правильного выбора типа пенообразователя и работоспособности всей системы пожаротушения, – однако не защищает от повторных возгораний и взрывов.

В качестве генераторов пены средней кратности использовались ГПС и ГПСС, которые и сейчас встречаются на опасных промышленных объектах. Данные изделия выигрывают по стоимости, однако практика показывает, что они не выдерживают воздействия открытого пламени (от огня быстро разрушается сетка). Кроме того, на испытаниях можно увидеть, что часть рабочего раствора генератор ГПСС в пену не преобразует. А, следовательно, ожидается погрешность по расходу и, вероятно, неэффективные пенные атаки.

Сегодня пена средней кратности продолжает применяться, однако для гарантии эффективности пенной атаки требуется корректно подобранный по типу пенообразователь, произведенный строго по ГОСТ, система незаполненных растворопроводов и генераторы пены, устойчивые к воздействию отрытого пламени как минимум в период инерционности системы (подача огнетушащего вещества должна начаться в течение 3 минут).

На применение пены средней красности введены ограничения для тушения нефти с примесями газового конденсата и для нефтепродуктов, полученных из газового конденсата, а также для тушения автомобильных бензинов с содержанием полярных жидкостей, судового топлива, топлива для реактивных двигателей и т.п. в соответствии с требованиями прим. табл. 1 СП 155.13130.2014.

Сливоналивные эстакады

Пожаротушение сливоналивных эстакад: современная система комплексной противопожарной защиты

СП 155.13130.2014 предписывает защищать сливоналивную железнодорожную эстакаду стационарной (неавтоматической) установкой пенного пожаротушения. В ее состав входит насосная, пенодозаторная с системой хранения и дозирования пенообразователя, система распределенных пенопроводов (не заполненных раствором пенообразователя) и генераторы пены низкой кратности.

В качестве генераторов пены должны использоваться надежные термо- и взрывоустойчивые специальные дренчерные оросители. Пожнефтехим производит специальные дренчерные оросители «Антифайер» (универсальные водопенные насадки), которые предназначены специально для подачи огнетушащей пены низкой кратности в очаг возгорания на особо опасных взрывоопасных объектах. Дренчерные оросители выдерживают температуры от минус 60 до плюс 800 °С, устойчивы к агрессивным средам и могут оснащаться осцилляторами для увеличения площади орошения.

Пленкообразующая пена низкой кратности обладает повышенной эффективностью по сравнению с пеной средней кратности. Фторсинтетические пенообразователи типа AFFF, AFFF/AR или AFFF/AR LV могут применяться в практически любых системах пенного пожаротушения. При заказе пенообразователя для формирования пленкообразующей пены низкой кратности Пожнефтехим рекомендует выбирать пенообразователь «Аквафом» IН или IIН.

Для противопожарной защиты сливоналивных железнодорожных эстакад предусматриваются стационарные лафетные стволы (СП 155.13130.2014, п.13.2.8). Пожнефтехим предлагает комплексное решение для дистанционного охлаждения – лафетные пожарные комплексы «Антифайер» (ЛПК) с водопленочным экраном. Применение указанного комплексного решения ЛПК регламентируется в соответствии с п. 13.2.15 СП 155.13130.2014.

Вдоль эстакады через 120 метров устанавливаются узлы подачи пены (п. 5.1 ВУП СНЭ). В линейке оборудования Пожнефтехим есть эффективное комплексное решение – блок пожарных гидрантов «Рубеж» для отбора воды из наземных противопожарных водопроводов и получения раствора пенообразователя для наружного пожаротушения. БПГ «Рубеж» для территорий с холодным климатом может иметь электрообогрев трубопроводов, ёмкости для хранения пенообразователя, а также отсека для пожарных рукавов.

Пожаротушение сливоналивных эстакад: «классическая» система образца 70-80-х годов XX века

В конце XX века системы пожаротушения железнодорожных сливоналивных эстакад оснащались генераторами ГПС или ГПСС. Генераторы среднекратной пены данного типа не термоустойчивы и не взрывоустойчивы. Кроме того, они не оснащаются осцилляторами. Поэтому при тушении цистерн с ЛВЖ и ГЖ не гарантируется попадание огнетушащего вещества непосредственно в горловину цистерны.

Пена средней кратности, полученная из синтетических пенообразователей типа S, не подходит для тушения полярных и смесовых жидкостей. Это демонстрируется на Курсах повышения квалификации Пожнефтехим, где мы ежегодно проводим огневые испытания с тушением горючих жидкостей разными типами пенообразователей. Для эффективного пожаротушения ЛВЖ и ГЖ любого типа применяются современные пленкообразующие пенообразователи типа AFFF/AR в системах со специальными дренчерными оросителями «Антифайер». Предпочтительна низкая кратность пены для тушения ЛВЖ и ГЖ на сливоналивных железнодорожных эстакадах.

Действующие нормы ограничивают применение среднекратной пены для тушения нефти с примесями газового конденсата и для нефтепродуктов, полученных из газового конденсата, а также для тушения автомобильных бензинов с содержанием полярных жидкостей, судового топлива, топлива для реактивных двигателей и т.п. в соответствии с требованиями прим. табл. 1 СП 155.13130.2014.

Кроме того, системы пожаротушения сливоналивных эстакад образца 70-90-х годов XX века предусматривают совмещение насосных и пенодозаторных станций в одном помещении и пенопроводы, заполненные раствором пенообразователя. Все современные биоразлагаемые пенообразователи в растворе теряют огнетушащую способность через 1-3 месяца. Следовательно, при пожаре на очаг долгое время будет подаваться жидкость, которая не обладает огнетушащим свойством и усложняет тушение пожара. Большая удаленность пенодозаторных также не способствует скорой подаче пены на очаг возгорания. В современных системах пожаротушения пенные станции располагаются близко к объектам защиты, а пенопроводы не заполнены раствором.

Пожаротушение продуктовых насосных станций и складов: современная система комплексной противопожарной защиты

 Здания, сооружения, помещения складов нефти и нефтепродуктов оснащаются установками автоматического пожаротушения (АУПТ) согласно СП 5.13130.2009. Кроме того, СП 155.13130.2014 предписывает защищать автоматическими установками пожаротушения следующие здания складов (см. табл.12):

Склады, складские здания и помещения с хранением и обращением ЛВЖ и ГЖ рекомендуется оснащать современными системами пожаротушения пеной низкой, средней или высокой кратности. Допустимы как синтетический, так и фторсинтетический пленкообразующий пенообразователи. Выбор пенообразователя и оборудования зависит от технологии пожаротушения и пожарной опасности объекта (горючего вещества, водоснабжения и других характеристик объекта).

На логической схеме в общем виде представлены компоненты схемы пожаротушения. Дополнительная информация о пожаротушении складов в составе нефтебаз есть на сайте Пожнефтехим.

Внедрение современной системы комплексной противопожарной защиты склада, продуктовой насосной станции и других помещений в составе нефтебазы предполагает разработку концепции с обоснованием подходящего способа пожаротушения. За разработкой Концепции противопожарной защиты вы можете обратиться к специалистам Пожнефтехим.

Реконструкция системы пожаротушения нефтебазы

 Реконструкция системы пожаротушения начинается с разработки и согласования проектной документации. В случае необходимости специалисты Пожнефтехим разрабатывают специальные технические условия (СТУ) для определения компенсирующих мероприятий и приведения объектов нефтебазы в соответствие с современными нормативными требованиями. СТУ могут потребоваться как при строительстве новых нефтебаз, так и при реконструкции существующих, построенных по устаревшим требованиям.

Пожнефтехим консультирует специалистов по проектированию систем пожаротушения, производит оборудование и пенообразователи согласно требованиям проектной документации. Специалисты компании также участвуют в пусконаладочных испытаниях системы пожаротушения на объектах Заказчика. Подробнее о выборе современных эффективных систем пенного и водяного пожаротушения для резервуарных парков, сливоналивных эстакад, продуктовых насосных станций и складов вы можете узнать у наших специалистов по тел. (499) 703-01-32 или email [email protected].

vega / ts-json-schema-generator: сгенерируйте схему JSON из ваших источников Typescript

Расширенная версия https://github.com/xiag-ag/typescript-to-json-schema.

На основе YousefED / typescript-json-schema . Вот список отличий:

• эта реализация избегает использования typeChecker.getTypeAtLocation () (поэтому, вероятно, он сохраняет правильные псевдонимы типов)
• обработка AST и форматирование схемы JSON были разделены на два независимых шага
• не экспортируемые типы, интерфейсы, перечисления не отображаются в разделе определений в схеме JSON

Авторы

Этот проект стал возможным благодаря сообществу участников.Мы приветствуем любой вклад (проблемы, код, документация, примеры, тесты и т. Д.). Пожалуйста, прочтите наш кодекс поведения.

Использование интерфейса командной строки

 npm install --save ts-json-schema-generator
./node_modules/.bin/ts-json-schema-generator --path 'мой / проект / ** / *. ts' --type 'My.Type.Full.Name' 

Обратите внимание, что на разных платформах (например, Windows) могут быть разные разделители путей, поэтому вам, возможно, придется отрегулировать команду выше.

Использование программных продуктов

 // main.js

const tsj = require ("генератор схемы ts-json");
const fs = require ("fs");

const config = {
    путь: "путь / к / источнику / файлу",
    tsconfig: "путь / к / tsconfig.json ",
    type: "*", // Или , если вы хотите сгенерировать схему только для этого одного типа
};

const output_path = "путь / к / выходу / файлу";

const schema = tsj.createGenerator (config) .createSchema (config.type);
const schemaString = JSON.stringify (schema, null, 2);
fs.writeFile (output_path, schemaString, (err) => {
    если (ошибка) бросить ошибку;
}); 

Запустите генератор схемы через узел main.js .

Пользовательское форматирование

Расширение встроенного форматирования возможно путем создания настраиваемого модуля форматирования и добавления его в основной модуль форматирования:

1. Сначала мы создаем средство форматирования, в данном случае для типов функций форматирования:

 // моя функция форматирования.ts
import {BaseType, Definition, FunctionType, SubTypeFormatter} из "ts-json-schema-generator";
импортировать TS из "машинописного текста";

класс экспорта MyFunctionTypeFormatter реализует SubTypeFormatter {
    public supportsType (type: FunctionType): boolean {
        возвращаемый тип instanceof FunctionType;
    }

    public getDefinition (_type: FunctionType): Определение {
        // Возвращаем настраиваемую схему для свойства функции.
        возвращаться {
            тип: "объект",
            характеристики: {
                isFunction: {
                    тип: "логическое",
                    const: правда,
                },
            },
        };
    }

    public getChildren (_type: FunctionType): BaseType [] {
        возвращаться [];
    }
} 

2. Затем мы добавляем модуль форматирования в качестве дочернего к основному модулю форматирования с помощью обратного вызова расширения:

 import {createProgram, createParser, SchemaGenerator, createFormatter} из "ts-json-schema-generator";
импортировать {MyFunctionTypeFormatter} из "./my-function-formatter.ts »;
импортировать фс из «фс»;

const config = {
    путь: "путь / к / источнику / файлу",
    tsconfig: "путь / к / tsconfig.json",
    type: "*", // Или , если вы хотите сгенерировать схему только для этого одного типа
};

// Мы настраиваем модуль форматирования и добавляем в него свой собственный модуль форматирования.
const formatter = createFormatter (config, (fmt) => {
    fmt.addTypeFormatter (новый MyFunctionTypeFormatter ());
});

const program = createProgram (config);
const parser = createParser (программа, конфигурация);
константный генератор = новый SchemaGenerator (программа, парсер, форматировщик, конфиг);
константная схема = генератор.createSchema (config.type);

const schemaString = JSON.stringify (schema, null, 2);
fs.writeFile (output_path, schemaString, (err) => {
    если (ошибка) бросить ошибку;
}); 

Кастомный парсинг

Подобно настраиваемому форматированию, расширение встроенного синтаксического анализа работает практически так же:

1. Сначала мы создаем парсер, в данном случае для разбора типов конструкций:

 // мой-конструктор-parser.ts
import {Context, StringType, ReferenceType, BaseType, SubNodeParser} из "ts-json-schema-generator";
импортировать TS из "машинописного текста";

класс экспорта MyConstructorParser реализует SubNodeParser {
    supportsNode (узел: ts.Node): boolean {
        return node.kind === ts.SyntaxKind.ConstructorType;
    }
    createType (узел: ts.Node, контекст: Контекст, ссылка ?: ReferenceType): BaseType | неопределенный {
        вернуть новый StringType (); // В этом примере конструкторы рассматриваются как строки
    }
} 

2. Затем мы добавляем синтаксический анализатор в качестве дочернего к основному синтаксическому анализатору, используя обратный вызов расширения:

 import {createProgram, createParser, SchemaGenerator, createFormatter} из "ts-json-schema-generator";
импортировать {MyConstructorParser} из "./my-constructor-parser.ts ";
импортировать фс из «фс»;

const config = {
    путь: "путь / к / источнику / файлу",
    tsconfig: "путь / к / tsconfig.json",
    type: "*", // Или , если вы хотите сгенерировать схему только для этого одного типа
};

const program = createProgram (config);

// Настраиваем парсер и добавляем в него свой собственный парсер.
const parser = createParser (program, config, (prs) => {
    prs.addNodeParser (новый MyConstructorParser ());
});

const formatter = createFormatter (конфигурация);
константный генератор = новый SchemaGenerator (программа, парсер, форматировщик, конфиг);
константная схема = генератор.createSchema (config.type);

const schemaString = JSON.stringify (schema, null, 2);
fs.writeFile (output_path, schemaString, (err) => {
    если (ошибка) бросить ошибку;
}); 

Опции

  -p, --path 'index.ts'
    Путь к исходному файлу TypeScript. Если это не предусмотрено, тип будет найден в проекте, указанном в `.tsconfig`.

-t, --type 'My.Type.Full.Name'
    Тип, который будет представлять сгенерированная схема. Если не указано, сгенерированная схема будет содержать все
    типы найдены в файлах, соответствующих пути.То же самое верно, если указан "*".

-i, --id 'createdSchemaId'
    $ Id сгенерированной схемы. Если опущено, не будет `$ id`.

-e, --expose <все | нет | экспорт>
    all: создание общих определений $ ref для всех типов.
    none: не создавать общие определения $ ref.
    export (по умолчанию): создавать общие определения $ ref только для экспортируемых типов (не помеченных как `@ internal`).

-f, --tsconfig 'мой / проект / tsconfig.json'
    Используйте специальный файл tsconfig для обработки машинописного текста (см. Https: // www.typescriptlang.org/docs/handbook/tsconfig-json.html) вместо значения по умолчанию:
    {
        "compilerOptions": {
            "noEmit": правда,
            "emitDecoratorMetadata": true,
            "экспериментальныеДекораторы": правда,
            "target": "ES5",
            "модуль": "CommonJS",
            "strictNullChecks": false,
        }
    }

-j, --jsDoc <расширенный | нет | основной>
    none: не использовать аннотации JsDoc.
    basic: прочтите аннотации JsDoc, чтобы предоставить свойства схемы.
    расширенный (по умолчанию): также читайте аннотации @nullable и @asType.- нестабильный
    Не сортируйте свойства.

--strict-tuples
    Не допускайте дополнительных элементов в кортежах.

--no-top-ref
    Не создавайте определение $ ref верхнего уровня.

- без проверки типа
    Пропускайте проверки типов для повышения производительности.

--no-ref-encode
    Не кодируйте ссылки. Согласно стандарту, ссылки должны быть действительными URI, но некоторые инструменты не поддерживают закодированные ссылки.

--validation-keywords
    Укажите дополнительные ключевые слова для проверки.

-o, --out
    Укажите путь к выходному файлу.Без этой опции генератор регистрирует ответ в консоли.

--additional-properties <истина | ложь>
    Управляет разрешением или запретом дополнительных свойств для объектов, не имеющих подписи индекса.

    true: разрешены дополнительные свойства
    false (по умолчанию): дополнительные свойства не допускаются
  

Текущее состояние

• интерфейс типов
• перечисление типы
• соединение , кортеж , тип [] типы
• Дата , RegExp типов
• строка , логическое , число типов
• "значение" , 123 , true , false , null , undefined литералы
• псевдонимы типа
• дженерики
• тип
• ключ
• условные типы

Выполнить локально

пряжа --silent run run --path 'test / valid-data / type-mapped-array / *.ts '--type' MyObject '

Отладка

пряжа --silent run debug --path 'test / valid-data / type-mapped-array / *. Ts' --type 'MyObject'

И подключиться по протоколу отладчика.

AST Explorer великолепен для разработчиков этого инструмента!

Отладка Vega-Lite

Для отладки генерации схемы Vega-Lite вы можете клонировать Vega-Lite в том же каталоге, что и эта библиотека, и запустить yarn run debug -f ../vega-lite/tsconfig.json -p ../vega-lite/src /индекс.ts -t TopLevelSpec --no-type-check .

Опубликовать

Чтобы опубликовать новую версию, запустите рабочий процесс на странице https://github.com/vega/ts-json-schema-generator/actions?query=workflow%3APublish.

Вега · GitHub

Языки и инструменты визуализации данных

1. Грамматика визуализации.

   JavaScript Бег 9,1 км Бег 1,1 км

2. Краткая грамматика интерактивной графики, построенная на Vega.

   Машинопись Бег 3,2 км 397

3. Интерактивная графическая среда проектирования визуализации (VDE)

   Машинопись 958 157

4. Инструмент визуализации для исследования данных

   Машинопись 1.1к 140

5. CompassQL Query Language для рекомендаций по визуализации.

   Машинопись 185 29

6. Библиотека служебных программ данных JavaScript.

   JavaScript 676 99

Репозиторий

• Вега-лайт

  Краткая грамматика интерактивной графики, построенная на Vega.

  Машинопись BSD-3-Clause 397 3 214 444 (22 вопроса нуждаются в помощи) 16 Обновлено 20 марта 2021 г.

• Вега-вставка

  Публикуйте визуализации Vega как встроенные веб-компоненты с интерактивными параметрами.

  Машинопись BSD-3-Clause 56 229 4 (Требуется помощь по 1 проблеме) 2 Обновлено 20 марта 2021 г.

• ипивега

  Модуль ноутбука IPython / Jupyter для Vega и Vega-Lite

  Блокнот Jupyter BSD-3-Clause 44 год 297 7 (Требуется помощь по 1 проблеме) 1 Обновлено 19 марта 2021 г.
• Машинопись Массачусетский технологический институт 75 477 35 год (По 10 вопросам нужна помощь) 3 Обновлено 19 марта 2021 г.

• Вега

  Грамматика визуализации.

  JavaScript BSD-3-Clause 1,125 9 078 317 9 Обновлено 19 марта 2021 г.

• схема

  Схема JSON для Vega и Vega-Lite

  BSD-3-Clause 11 24 1 0 Обновлено 16 марта 2021 г.

• лира

  Интерактивная графическая среда проектирования визуализации (VDE)

  Машинопись BSD-3-Clause 157 958 38 3 Обновлено 16 марта 2021 г.
• JavaScript BSD-3-Clause 12 107 5 (Требуется помощь по 2 вопросам) 5 Обновлено 15 марта 2021 г.

• редактор

  Редактор / IDE для Vega и Vega-Lite

  Машинопись BSD-3-Clause 66 92 17 (6 вопросов, нужна помощь) 1 Обновлено 15 марта 2021 г.
• Машинопись BSD-3-Clause 0 0 2 0 Обновлено 15 марта 2021 г.
• Машинопись BSD-3-Clause 32 63 7 (Требуется помощь по 1 проблеме) 0 Обновлено 15 марта 2021 г.

• Вега-темы

  Темы для стилизованных визуализаций Vega и Vega-Lite.

  Машинопись BSD-3-Clause 24 70 5 (Требуется помощь по 1 проблеме) 0 Обновлено 15 марта 2021 г.
• JavaScript BSD-3-Clause 3 29 0 1 Обновлено 15 марта 2021 г.
• JavaScript 0 5 0 0 Обновлено 11 марта 2021 г.

• React-Vega

  Удобное преобразование спецификации Vega в класс React

  Машинопись 50 271 21 год 12 Обновлено 8 марта 2021 г.
• Машинопись BSD-3-Clause 8 24 0 0 Обновлено 8 марта 2021 г.

• путешественник

  Инструмент визуализации для исследования данных

  Машинопись 140 1,119 90 (Требуется помощь по 3 вопросам) 11 Обновлено 3 марта 2021 г.
• Машинопись 0 9 5 2 Обновлено 2 марта 2021 г.
• Машинопись BSD-3-Clause 11 14 3 (Требуется помощь по 1 проблеме) 0 Обновлено 2 марта 2021 г.

• наборы вегетарианских данных

  Общий репозиторий, например наборы данных, используемые проектами, связанными с Vega

  Машинопись 127 131 1 0 Обновлено 2 марта 2021 г.

• compassql

  CompassQL Query Language для рекомендаций по визуализации.

  Машинопись 29 185 75 (По 5 вопросам нужна помощь) 9 Обновлено 2 марта 2021 г.
• Блокнот Jupyter 10 19 1 0 Обновлено 2 февраля 2021 г.
• JavaScript 0 0 0 0 Обновлено 1 января 2021 г.

• Vue-Vega

  Компонент Vue для Vega и Vega-Lite

  Машинопись BSD-3-Clause 0 3 1 0 Обновлено 29 нояб.2020 г.

• дорожная карта

  Дорожная карта Vega и Vega-Lite

  0 5 12 0 Обновлено 5 нояб.2020 г.

• datalib

  Библиотека служебных программ данных JavaScript.

  JavaScript BSD-3-Clause 99 676 11 3 Обновлено 31 августа 2020 г.
• 0 2 0 0 Обновлено 14 августа 2020 г.
• HTML BSD-3-Clause 13 63 2 1 Обновлено 10 августа 2020 г.
• 0 0 0 0 Обновлено 7 августа 2020 г.
• 0 0 0 0 Обновлено 17 июля 2020 г.

Vega — Пароочистительный генератор | PLUS

Он имеет стандартный 10-амперный или может быть модернизирован до более мощной 15-амперной системы. Большие усиленные задние колеса позволяют легко маневрировать на любой поверхности, включая лестницу.

Генератор паровой очистки | Характеристики Dedalo

• Максимальное давление: 9 БАР
• Максимальная температура: 175 ° C
• Паропроизводительность (вода): 80гр./ мин. — 4,8 л / час
• Мощность электрического обогрева: 2200/3300 Вт
• Объем котла: 3,1 л.
• Общая мощность: 2200 или 3500 Вт
• Время нагрева: 9 минут
• Напряжение: 230 В ~ 50/60 Гц
• Материал котла: нержавеющая сталь AISI 304
• Размеры ДхШхВ: см 79 x 40 x 105
• Вес нетто: 48 кг
• Регулирование сухого пара: ручное — от 0 до максимального
• Моющее средство и пылесос: ДА
• Объем бака для моющего средства: 5 л.Канистра ПЭТ
• Мощность вакуума: 1200 Вт
• Объем вакуумного контейнера: 15 л.
• Длина кабеля питания: 5 метров

Для получения бесплатного предложения просто заполните форму «Запросить сейчас» или позвоните нам.

Нужна дополнительная информация? Отправьте сообщение Vaportech через форму или позвоните и скажите, что нашли их на IndustrySearch, чтобы они могли вам помочь.

Он имеет стандартный 10-амперный или может быть модернизирован до более мощной 15-амперной системы. Большие усиленные задние колеса позволяют легко маневрировать на любой поверхности, включая лестницу.

Генератор паровой очистки | Характеристики Dedalo

• Максимальное давление: 9 БАР
• Максимальная температура: 175 ° C
• Паропроизводительность (вода): 80 гр. / Мин. — 4,8 л / час
• Мощность электрического обогрева: 2200/3300 Вт
• Объем котла: 3,1 л.
• Общая мощность: 2200 или 3500 Вт
• Время нагрева: 9 минут
• Напряжение: 230 В ~ 50/60 Гц
• Материал котла: нержавеющая сталь AISI 304
• Размеры ДхШхВ: см 79 x 40 x 105
• Вес нетто: 48 кг
• Регулирование сухого пара: ручное — от 0 до максимального
• Моющее средство и пылесос: ДА
• Объем бака для моющего средства: 5 л.Канистра ПЭТ
• Мощность вакуума: 1200 Вт
• Объем вакуумного контейнера: 15 л.
• Длина кабеля питания: 5 метров

Для получения бесплатного предложения просто заполните форму «Запросить сейчас» или позвоните нам.

Читать меньше …

Нужна дополнительная информация? Отправьте сообщение Vaportech через форму или позвоните и скажите, что нашли их на IndustrySearch, чтобы они могли вам помочь.

— Vega

Генератор годового чека находится на вкладке «Деньги»:

Страница 1

Примечание. В этом раскрывающемся списке содержатся запросы о предыдущих ежегодных поступлениях, созданные в этой форме, но не запросы, созданные с помощью инструмента запросов. Если вы хотите использовать данные запроса, добавьте их в список и включите / исключите эти данные в разделе списка ниже.

Если вы выберете существующий запрос, должны загрузиться все детали запроса.
Если вы выберете новый запрос, вам будет предложено ввести имя запроса.

Параметры запроса:

• Финансовый год — выберите даты, за которые вы хотите загрузить платежи.
• Включить тип контакта — все, только электронная почта или только без электронной почты.
• Только электронная почта — Только контакты с адресом электронной почты.
• Только без электронной почты — Только контакты без адреса электронной почты.
• Все — Все контакты независимо от адреса электронной почты.
• Включить только повторяющиеся платежи — Будут приниматься только платежи, связанные с регулярным платежом.
• Включить все платежи — Все платежи между выбранными датами будут получены.
• Исключить платежи с номерами квитанций и отправленными квитанциями — Платежи с номером квитанции, записанные как отправленные, будут исключены.
• Включить платежи с номерами квитанций и не отправленными квитанциями — Платежи с номером квитанции, но без записи отправленной квитанции, не будут включены.
• Включить списки — Будут включены только люди из выбранных списков, кроме тех, которые включены в любой из исключенных списков.
• Исключить списки — Все исключенные списки не будут отображаться в выборе квитанции.
• Включить коды GL — Включать только платежи с выбранными кодами GL.
• Исключить атрибуты — Все с выбранными атрибутами будут исключены.

Результаты поиска возвращают сведения о платеже для выбранных дат и параметров запроса. Вы можете искать в сетке, используя поле поиска.

• Сводные результаты — показывает строку для каждого контакта с диапазоном дат платежа, общей суммой, количеством, количеством повторений, частотой повторения, ожидаемым количеством и контактной информацией.
• Все результаты — показывает строку для каждого платежа для каждого контакта
• Excel — экспортирует результаты поиска в Excel.

Кнопки страницы результатов

• Уточнить поиск — возвращает вас к форме запроса.
• Сохранить — сохранит детали запроса.
• Выберите способ доставки — переход на следующую страницу.

Электронная почта
Отправляет выбранных людей и платежи на почтовый сервер

• Отправить квитанции на — выберите дату и время для доставки ваших квитанций на сервер электронной почты.
• Квитанция — выберите документ прихода.
• Создать копию в формате PDF — Также будут созданы копии квитанций в формате PDF.

PDF

Отправляет выбранных людей и платежи на сервер документов

• Квитанция — выберите документ поступления.

Следующие поля слияния должны быть добавлены в ваш шаблон годовой квитанции. Эти теги слияния заменят использовавшийся ранее # AnnualRecceipt #.

# AnnualReceiptNo #
Принимает номер годовой квитанции, сгенерированный выше. Если этот флажок не установлен, этот тег слияния будет пустым.

# AnnualReceiptTotal #
Суммирует выбранные выше платежи.

# AnnualReceiptPaymentList #
Создает список даты платежа и суммы для всех платежей, выбранных выше. Заполняйте только в том случае, если выше выбран параметр «Включить разбивку платежей в квитанцию».

Нет шаблона годовой квитанции?

Воспользуйтесь одним из наших готовых шаблонов годовой квитанции Vega

Электронная почта и телефон Мэтью Веги — Generator Media

Я ловкий и увлеченный командный игрок, добившийся успеха в проектах в медиа и творческой сфере.Несмотря на то, что мой набор навыков разнообразен, я сосредоточился в СМИ на планировании, стратегии и управлении проектами для таких брендов, как Jose Cuervo и Bravo TV. Что касается творчества, я занимаюсь продюсированием, режиссурой и монтажом, а также сделал это для ряда редакционных и документальных видеоматериалов, включая Vanguard (см. Последний эпизод ниже). Я стремлюсь привнести инновации в цифровые медиа, будь то создание оригинального контента или эффективная медиа-стратегия. Цифровые специальности: коммуникационная стратегия, медийное планирование и закупка дисплеев, управление проектами, онлайн- и офлайн-маркетинг. Творческие специальности: режиссура, видеопроизводство, редакционная и пейзажная фотография, фото и редактирование видео (Photoshop, Lightroom, Premiere, Final Cut, After Effects)

Старший специалист по коммуникациям @ Медиа-стратегия + интегрированное планирование / закупка для Jose Cuervo С 2014 г. по настоящее время (1 год) Планировщик средств массовой информации в районе Большого Нью-Йорка — Bravo & USA Network @ Цифровое планирование и покупка для USA Network & Bravo — Game of Crowns, Suits, Psych, Graceland, Sirens, Playing House С 2013 по 2014 (1 год) Greater New York City AreaMedia Planner @ Планирование и закупка печатных, телевизионных и цифровых медиа для ряда мировых брендов.С 2012 по 2013 (1 год) Нью-Йорк, NYJr. Менеджер проекта / Производитель цифрового контента / Координатор @ • Отвечает за координацию с остальной частью команды веб-маркетинга Direct To Consumer и поддержку повседневной деятельности на веб-ресурсах Sony. Это включает в себя обязанности веб-администрирования всех артистов и розничных сайтов. • Работал над сборками для всемирно известных художников, таких как The Shins, Боб Дилан, Passion Pit, Энтони Гамильтон и Бритни Спирс. • Контактное лицо для представителей лейбла и координатор запросов на трафик для изменений сайта, обновления платформы, ошибок и рекламных стратегий. • Отвечает за тесное сотрудничество с глобальными филиалами в управлении региональными сайтами артистов и участие в более крупных глобальных приоритетах артистов. С января 2011 г. по июль 2012 г. (1 год 7 месяцев) Нью-Йорк, NYMarketing @ Temp маркетинговая поддержка Beyonce, Odd Future , и Джон Легенд С 2012 по 2012 (менее года) Нью-Йорк, NYAssociate Media Planner @ Отвечал за помощь команде в исследовании, планировании, выполнении, выставлении счетов, оптимизации и поддержке национальных многомиллионных цифровых рекламных кампаний. Помощь в разработке кампании за счет использования инструментов и ресурсов для исследования СМИ через ComScore и Nielsen @Plan Разработал стратегический подход к каналам / СМИ для достижения целей клиента и целей кампании Предоставлял рекомендации партнера после оценки и поддерживал отношения между клиентом и поставщиком на ежедневной основе. С 2010 по 2011 (1 год) Нью-Йорк, штат Нью-Йорк, помощник администратора @ — Отвечает за тяжелое календарное управление и ежедневную координацию с известными клиентами.-Логистика и планирование маршрутов для внутренних и международных поездок. -Обработка расходов два раза в месяц для семи высокопоставленных лиц. -Проведение исследований по различным запрашиваемым темам и подготовка «колод» для презентации С ноября 2009 г. по январь 2010 г. (3 месяца) Админ. Ассистент / регистратор @ С декабря 2008 г. по ноябрь 2009 г. (1 год)

Бакалавр искусств, Менеджмент исполнительских искусств @ Хартфордский университет С 2004 по 2008 гг. Мэтью Вега имеет следующие навыки: развлечения, поддержка производства, цифровое производство, планирование производства, маркетинг Отношения со СМИ, Медийная реклама, Производство фильмов, Персональная поддержка, Исследования, Социальные сети, Цифровые СМИ, Производство музыки, Управление контентом, Веб-контент, Медиа-планирование, Цифровая стратегия, Телевидение, Производство видео, Музыка, Final Cut Pro, Реклама, Новые медиа , Музыкальная индустрия, Контент-стратегия, Цифровой маркетинг, Интернет-реклама, Видео, Монтаж, Реклама, Интернет-маркетинг, Интегрированный маркетинг, Маркетинг в социальных сетях

Сайтов: http: // matthewvega.ком

«Микроструктурное исследование упрочненных осадков Cuni2s + zr Allo» Жан-Поль Вега-Гарсиа

Ключевые слова

Закаленная медь, высокопрочный медный сплав, упрочненная медь

Абстрактные

Компоненты промышленных генераторов в течение всего срока службы испытывают высокие нагрузки и электрические поля.Целостность материала является ключом к гарантированной производительности компонентов. CuNi2SiZr, используемый в качестве клиньев ротора в генераторах, служит для поддержания содержания пазов ротора на месте при высоких центробежных напряжениях и малоцикловой усталости во время запуска и остановки при повышенной температуре. Качество и целостность этого материала в эксплуатации могут быть напрямую связаны с его микроструктурой, которая определяется процедурами обработки клиньев. В этом исследовании оценивается развитие микроструктуры в этом материале для устранения дефектов границ зерен путем оптимизации параметров обработки, определения наилучшего сочетания температуры / времени для дисперсионного твердения и определения влияния холодной обработки на параметры старения.Для анализа были выбраны два химического состава, содержащие отношения никеля к кремнию 3,2 и 3,8. Литые образцы подвергали горячей экструзии, холодной деформации и дисперсионному твердению. Параметры менялись на каждом этапе обработки. Пять различных уровней холодной обработки (4, 5, 7, 10 и 13%) были оценены с использованием пяти различных температур старения (450, 460, 470, 490 и 500 ° C). Влияние каждого параметра обработки на микроструктуру, а затем и на твердость, проводимость и предел прочности регистрировали для оценки характеристик материала и определения происхождения зернограничных дефектов.Результаты этого исследования выявили наблюдаемые дефекты границ зерен с помощью анализа пропускающих электронов в виде пустот / микротрещин. Эти дефекты на границе зерен отрицательно сказываются на малоцикловой усталости, разрушении при ползучести и прочности на разрыв, а также на важных характеристиках материала. Дефекты границ зерен наблюдались на всех уровнях холодной обработки, однако возникновение дефектов наблюдали только при размерах зерен более 50 мкм. Упрочняющие фазы для системы сплава CuNi2Si + Zr были идентифицированы как Ni2Si и Cr3Si.Отношение никеля к кремнию оказывает очевидное влияние на электропроводность материала. Однако преимущества старения не были четко установлены между двумя отношениями никеля к кремнию.

Банкноты

Если это ваша диссертация или диссертация, и вы хотите узнать, как получить к ней доступ или получить дополнительную информацию о статистике читательской аудитории, свяжитесь с нами по адресу [email protected]

градусов

Магистр наук в области материаловедения и инженерии (M.S.M.S.E.)

Колледж

Колледж инженерии и информатики

Отдел

Машиностроение, материалы и аэрокосмическая техника

Программа на степень

Материаловедение и инженерия

URL

http: // изн.fcla.edu/fcla/etd/CFE0003350

Длина доступа только в кампусе

Нет

Статус доступа

Магистерская диссертация (открытый доступ)

ЗВЕЗД Цитирование

Вега-Гарсиа, Жан-Поль, «Микроструктурные исследования сплавов Cuni2s + zr, упрочненных осадком, для применения в роторах» (2010). Электронные диссертации, 2004-2019 . 4360.
https://stars.library.ucf.edu/etd/4360

Gridsome Генератор сообщений в блогах — Дэн Вега

Если вы используете что-то вроде Gatsby или Gridsome в качестве платформы для ведения блогов, пользовательского интерфейса для создания нового сообщения в блоге нет.Процесс обычно начинается с создания каталога или серии каталогов в зависимости от вашего формата сообщения, а затем создания нового файла уценки.

Оттуда вы должны добавить кучу материалов, описывающих ваш пост. Обычно это зависит от требований вашего блога, но у вас могут быть такие вещи, как заголовок, заголовок, автор, дата и так далее.

Это становится утомительным и, что еще хуже, копировать / вставлять проект снова и снова, что я не люблю делать. Фактически, каждый раз, когда я ловлю себя на копировании / вставке чего-то большего, чем пару раз, вероятно, пора найти решение этой проблемы.

В этой статье я проведу вас через созданный мною генератор сообщений в блоге. Было несколько итераций этого сценария, и я определенно узнал несколько приемов от других, которые сделали что-то подобное.

Создание и инициализация сценария

Первое, что вам нужно решить, это куда будет идти этот скрипт. На самом деле нет неправильного или правильного ответа, поэтому для меня я просто создал папку с именем scripts в корневом каталоге. Я подумал, что это может быть место для случайных скриптов, которые мне могут понадобиться, и если я найду для них лучшее место позже, я могу провести рефакторинг.Это, кстати, то, что я делаю каждый раз, когда пишу код, нахожу быстрый способ сделать это, заставить его работать и делать это довольно поздно.

Первое, что я собираюсь сделать, это создать сценарий под названием newpost.js в моей папке сценариев. Далее нам нужно, как этот скрипт будет структурирован. В некоторых случаях мы могли бы просто написать его сверху вниз, но в данном случае это не сработает.

Обычно код помещают в функцию и выполняют эту функцию, и есть несколько способов сделать это.Мы могли бы просто написать обычную функцию, содержащую всю нашу логику, а затем вызвать эту функцию в конце скрипта, чтобы начать работу.

  function newPost () {
  console.log ("создать новый пост ...");
}
новый пост();  

Если все, что вы собираетесь сделать, это вызвать функцию, есть лучший способ подойти к этому. Вы можете написать так называемую самоисполняющуюся функцию, также называемую выражением немедленно вызываемой функции или IIFE. Для этого

  (функция newPost () {
  консоль.log ("создать новый пост ...");
}) ();  

Вы также можете записать это с помощью стрелочной функции

  (() => {
  console.log ("создать новый пост ...");
}) ();  

И, как и любая обычная функция, если вы собираетесь выполнять асинхронную задачу, вы можете использовать ключевое слово async . В этом случае мы собираемся использовать библиотеку, которая поможет нам написать наше приложение командной строки, поэтому мы собираемся начать со следующего.

  (async () => {
  консоль.log ("создать новый пост ...");
}) ();  

Прежде чем вы сможете это проверить, вам нужно добавить новый скрипт в ваш package.json

  "newpost": "node ./scripts/newpost.js"  

На этом этапе я бы провел быструю проверку сценария, чтобы убедиться, что все работает должным образом.

  нпм запустить новостную  

Принятие пользовательского ввода

Теперь, когда у вас есть готовый сценарий, пора приступить к созданию некоторых функций.Первое, что вам нужно сделать, это спросить некоторые подробности о новом посте. Очевидно, что это будет разным для всех в зависимости от ваших потребностей, но вот фрагменты данных, которые я хочу запросить, и фрагменты данных, которые я могу вывести.

Это список элементов, которые я могу определить на основании того, что пользователь ввел для выше, или когда скрипт был запущен.

И это действительно все, что мне нужно для начала. Как я уже сказал, для вас это может быть по-другому, но вы можете соответствующим образом отрегулировать.

запросчик

Чтобы помочь с запросом ввода данных пользователем, мы собираемся установить запросчик пакетов. Inquirer — это набор общих интерактивных пользовательских интерфейсов командной строки. Запрашивающий должен облегчить процесс:

• обеспечивает обратную связь об ошибке
• задаю вопросы
• синтаксический анализ ввод
• проверка ответов
• управление иерархическими подсказками

Для начала вы можете установить его как зависимость для разработчиков, выполнив следующую команду:

  npm install -D inquirer  

и потребуйте его в своем скрипте

  const inquirer = require ("запрашивающий");  

Этот пакет может сделать гораздо больше, чем мы будем использовать, поэтому, если у вас есть возможность, ознакомьтесь с документацией.Первое, что вам нужно сделать, это запросить аргументы процесса.

  const args = process.argv;  

Свойство process.argv возвращает массив, содержащий аргументы командной строки, переданные при запуске процесса Node.js. Первым элементом будет process.execPath. См. Process.argv0, если необходим доступ к исходному значению argv [0]. Второй элемент — это путь к исполняемому файлу JavaScript. Остальные элементы будут любыми дополнительными аргументами командной строки.

Если вы хотите, вы можете проверить наличие предоставленных пользователем аргументов и принять их, но в этом примере я скажу, что пока нет настраиваемых аргументов, давайте попросим пользователя предоставить некоторые данные.

  if (args.length <3) {
  const {заголовок, отрывок, теги} = ожидание inquirer.prompt ([
    {
      тип: "вход",
      name: "название",
      message: "Заголовок сообщения:"
    },
    {
      тип: "вход",
      название: "отрывок",
      message: "Отрывок из сообщения:"
    },
    {
      тип: "вход",
      теги имен",
      message: "Теги (через запятую):"
    }
  ]);
} еще {
  log (error («Пожалуйста, не предоставляйте никаких аргументов генератору новых сообщений»));
}  

Мы немного поговорим о строке журнала, а пока сосредоточимся на запросчике.Когда мы настраивали скрипт, я сказал, что нам нужно пометить самовыполняющуюся функцию как асинхронную, и вот почему. inquirer.prompt возвращает обещание, поэтому мы будем использовать здесь await.

Мы запрашиваем 3 разных фрагмента данных от пользователя

Мы могли бы просто создать одну переменную для хранения ответов, но вместо этого мы деструктурируем ответы на 3 переменные.

  const {заголовок, выдержка, теги} = ...  

Каждый объект в аргументе массива, предоставленном методу подсказки, является вопросом.В нашем примере мы запрашиваем простой ввод, определяя имя вопроса и то, что сообщение должно отображать для пользователя. Опять же, это может быть намного сложнее, поэтому ознакомьтесь с документацией, если у вас есть более конкретные потребности.

Теперь, когда у нас есть ответы от нашего пользователя, мы можем использовать их для создания нашего нового сообщения.

Создание почтового каталога

Прежде чем мы начнем создавать какую-либо папку или файлы, вам нужно проделать еще немного настройки.

Почтовый ящик

Теперь, когда у меня есть заголовок сообщения, мне нужно создать слаг.Слаг - это дружественная к URL версия моего заголовка, которая помогает, когда дело доходит до SEO. Если бы заголовок моего сообщения был «Мой первый пост», ярлык был бы «мой-первый-пост».

В этом простом примере мы могли бы справиться с этим самостоятельно, но это может оказаться довольно сложным. Для этого я собираюсь установить пакет под названием slugify, потребовать его и затем создать slug.

  const slugify = require ("slugify");

const slug = slugify (заголовок);  

Папка и формат URL

Каждый из моих сообщений в блоге имеет следующий формат

  https: // www.danvega.dev/{year}/{month}/{day}/{slug}  

Пока что у нас есть пуля, но теперь мне нужно извлечь некоторые детали для даты. Поскольку мы запускаем генератор прямо сейчас, я предполагаю, что мы хотим опубликовать это сегодня и использовать это в качестве основы для нашей даты. Вы могли бы подумать, что это будет проще, но работа с датами - одна из тех вещей, которые никогда не кажутся легкими ни на одном языке.

  const createdOn = новая дата ();
const год = createdOn.getFullYear ();
const month = `$ {createdOn.getMonth () + 1 <10? "0": ""} $ {createdOn.getMonth () + 1} `;
const day = `$ {createdOn.getDate () <10? "0": ""} $ {createdOn.getDate ()} `;  

Теперь, когда у нас есть части даты, мы можем создать переменную с именем blogPostFolder , которая будет путем к папке, в которой будет создан новый файл уценки.

  const blogPostFolder = `./blog / $ {год} / $ {месяц} / $ {день}`;  

И, наконец, я собираюсь очистить теги и превратить их в список.

  const tagsList = tags.split (","). Map (t => t.trim ());  

Создание файлов и папок

Теперь, когда у вас есть все переменные, пора приступить к созданию файлов и папок. Для этого вам потребуется модуль файловой системы.

  const fs = require ("fs");  

Создание рекурсивных каталогов в узле

Мы уже создали переменную для расположения папки с сообщениями нашего блога, так что давайте начнем с этого. Первое, что вам нужно сделать, это проверить, существует ли он уже, потому что в этом случае нам не нужно его создавать.Для меня этого почти никогда не будет, потому что мне достаточно сложно выкручивать одну тренировку в неделю, но давайте перестраховываемся на случай, если однажды я стану амбициозным.

  if (! Fs.existsSync (blogPostFolder)) {
  // создаем каталог
}  

Это сложная часть, которая может сбить с толку некоторых людей и действительно достала меня в первый раз. Если вы просто создаете один каталог, mkdirSync без параметров будет работать нормально. Я имею в виду, что у вас уже есть созданная папка blog / 2019/04/, и вам просто нужно создать папку day 24 , и это будет нормально работать.Если вам нужно рекурсивно (более чем на 1 уровень) создавать папки, вам необходимо передать опцию методу mkdirSync . Я написал статью, в которой говорится об этом немного подробнее, если вам интересно.

  if (! Fs.existsSync (blogPostFolder)) {
  fs.mkdirSync (blogPostFolder, {
    рекурсивный: истина
  });
}  

Передняя часть

В каждом файле Markdown мы определяем сообщение в блоге с помощью так называемого вступительного материала. Это переменные внутри блока объявления YAML

  ---
ключ: значение
---  

Чтобы помочь нам создать главный вопрос, мы добавим пакет под названием json-to-pretty-yaml.

  const jsToYaml = require ("json-to-pretty-yaml");

const yaml = jsToYaml.stringify ({
  слизняк
  заглавие,
  дата: createdOn.toISOString (),
  опубликовано: ложь,
  выдержка: выдержка,
  автор: "Дэн Вега",
  теги: tagsList,
  крышка: ""
});  

Уценка

Теперь, когда мы подготовили презентацию, пора создать наш файл уценки. Я собираюсь привезти пакет под названием prettier, чтобы отформатировать нашу уценку и сделать ее, ну, красивее ☺️

  const prettier = require ("красивее");

const markdown = красивее.format (`--- \ n $ {yaml} \ n --- \ n`, {
  парсер: "уценка",
  singleQuote: true
});  

Теперь, когда у вас есть содержимое для файла, все, что осталось сделать, это создать файл. Вы снова будете использовать модуль файловой системы, но на этот раз вы будете использовать метод writeFileSync . Вы запишете этот файл в папку сообщений блога, которую вы создали ранее, и slug будет именем файла с расширением md .

  fs.writeFileSync (`$ {blogPostFolder} / $ {slug}.md`, уценка);

log (успех (`Сообщение $ {title} было успешно создано`));  

Лесозаготовка

Чтобы добавить стиля в журнал моего терминала, я использую пакет под названием chalk. Чтобы установить его локально, выполните следующую команду:

  нпм установить -D мел  

А затем добавьте следующие объявления переменных в начало вашего скрипта.

  const chalk = require ("мел");
константный журнал = console.log;
const error = chalk.bold.red;
const успех = мел.жирный. зеленый. инверсный;  

Это позволяет мне писать следующие операторы, когда я хочу регистрировать ошибки или успехи и иметь несколько стильных операторов журнала.

  журнал (успешно (`Post $ {title} был создан успешно`));
log (error («Пожалуйста, не предоставляйте никаких аргументов генератору новых сообщений»));  

Заключение

План здесь состоял в том, чтобы показать вам, как именно создать собственный генератор сообщений в блоге, но я надеюсь, что вы узнали здесь кое-что еще.