https://habr.com/ru/post/501940/

• CSS
• JavaScript
• HTML

Что такое Neutralino.js?

Данная технология представляет из себя достаточно интересный аналог устоявшихся на данный момент Electron и NodeWebkit. Чем же оно отлично от вышеприведённых технологических решений? Если верить заявлениям предоставленным в официальной документации, то отлична сама используемая архитектура построения приложения, которая позволяет создавать кроссплатформенные приложения на веб-технологиях с достаточно малым размером конечного билда.

Как проходит установка?

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

1. Скачивание готового portable SDK.
2. Использование специального CLI-интерфейса под наименованием neu-cli.

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

# Для npm
$ ~ npm install -g @neutralinojs/neu

# Для yarn
$ ~ yarn global add @neutralinojs/neu

Ключевые особенности архитектуры

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

1. Cloud — характеризуется возможностью подключения любого программного продукта с учётом известности используемого порта для неё.
2. Browser — характеризуется автоматическим открытием основного браузера на компьютере пользователя. Используется система токенов.
3. Window — основной метод, используемый для дистрибуции вашего программного обеспечения. Как и в предыдущем варианте используется система токенов, которая внедряется в ваш html-документ.

Система папок и файлов

├── app
| ├── assets
| | ├── app.css
| | ├── app.js
| | └── neutralino.js
| ├── index.html
| └── settings.json
└── neutralino-win.exe
└── neutralino-linux
└── neutralino-mac
└── storage


1. app/assets — основная директория вашего конечного программного продукта, используемая для хранения как самой библиотеки Neutralino.js со всеми нужными функциями, так и ваших файлов. Например, app.css и app.js.
2. index.html — файл для создания интерфейса вашего приложения.
3. settings.json — здесь хранятся такие настройки для вашего конечного приложения, как его наименование и используемый порт для запуска сервера.
4. appname-linux — лаунчер для Linux.
5. appname-win.exe — лаунчер для Windows.
6. appname-mac — лаунчер для macOS.
7. storage — заданная папка включает в себя JSON файлы, которые в будущем будут использоваться вашим приложением.

Доступные функции взаимодействия с системой. API-приложения

1. Settings — модуль, используемый для чтения настроек из файла под наименованием «settings.json».
2. File System — модуль для взаимодействия с файловой системой. Запись, чтение и удаление как файлов, так и папок пользователя.
3. OS — модуль для взаимодействия с операционной системой. Выполнение различных консольных команд, открытие новых окон и получение переменных окружения пользователя
4. Computer — модуль для работы с железом конечного пользователя. Выделение памяти для приложения.
5. Storage — сохранение и чтение JSON-данных из корневой папки «storage».
6. Debug — модуль для дебага вашего приложения. На данный момент времени доступно только логирование хода выполнения.
7. App — модуль для контроля приложения. Доступно событие exit.

Замеченные проблемы

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

Во-первых, имеется достаточно сильно ограниченный функционал. Что же будет в случае его нехватки? Именно. Вам придётся использовать совершенно другое технологическое решение.
Во-вторых, отсутствует взаимодействия render и server процесса в официальной документации. Именно в данном случае у вас имеется только один вариант решения вашей проблемы — просмотр исходников от разработчиков.

В-третьих, используемая система сборки мало соответствует минималистичному набору данных, ибо для дистрибуции программного обеспечения вам необходимо единовременно распространять как файлы для *nix система, так и для Windows.

В-четвёртых, заявленная минималистичность конечного билда оканчивается на сборке тестового React-приложения. Конечный билд выходит в районе 180-190 МиБ.

Вывод

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

На мой собственный взгляд, данная проблема кроется именно в используемых архитектурных решениях и недостаточной документированности самой технологии. Может стоит несколько расширить функциональность конечного приложения? Да и нужен ли такой минимализм на данный момент времени? Как-никак, а выигрыш в 20-30 МиБ для оперативной памяти достаточно мал по меркам нынешнего железа.