Подтвердить что ты не робот

Создание лицензии для электронных приложений

ОК, поэтому я немного экспериментирую с Electron (ранее Atom Shell) и пытаюсь понять, как это может работать в реальном приложении.

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

В прошлом я работал с FastSpring для обработки платежей (+ CocoaFob для генерации лицензии), и я в последнее время переключился на Paddle - который, по общему признанию, работает очень плавно, особенно при использовании своих SDK - на Mac.

Итак, я думаю, что все это хорошо сделано - учитывая, что теперь приложение будет не просто OS X, но и Windows. И что я не буду иметь полный контроль над приложением, учитывая, что приложение будет в значительной степени только HTML/CSS/JS.

Любые идеи о том, как подойти к этому? Кто-нибудь сделал это успешно?

4b9b3361

Ответ 1

Я искал что-то подобное некоторое время, и до сих пор я думаю, что мне нужно будет сворачивать свои собственные.

Это идея, использующая Rhino Licensing в качестве хорошей отправной точки, почему бы просто не создать подписанный документ с необходимой информацией?

Ближайшим, который я нашел до сих пор, является пакет NPM license-key для создания подписанной лицензии с метаданными.

Ответ 2

IANAL, конечно...

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

Если вы используете NPM для своих зависимостей от javascript, вы можете использовать "Снимок лицензии" , чтобы развернуть зависимости и создать некоторую документацию.

Bower также имеет этот модуль, чтобы сделать что-то подобное для компонентов bower.