Создание лицензии для электронных приложений
ОК, поэтому я немного экспериментирую с Electron (ранее Atom Shell) и пытаюсь понять, как это может работать в реальном приложении.
Теперь, учитывая, что приложение будет коммерческим, мне также придется подумать о какой-то схеме генерации лицензий.
В прошлом я работал с FastSpring для обработки платежей (+ CocoaFob для генерации лицензии), и я в последнее время переключился на Paddle - который, по общему признанию, работает очень плавно, особенно при использовании своих SDK - на Mac.
Итак, я думаю, что все это хорошо сделано - учитывая, что теперь приложение будет не просто OS X, но и Windows. И что я не буду иметь полный контроль над приложением, учитывая, что приложение будет в значительной степени только HTML/CSS/JS.
Любые идеи о том, как подойти к этому? Кто-нибудь сделал это успешно?
Ответы
Ответ 1
Я искал что-то подобное некоторое время, и до сих пор я думаю, что мне нужно будет сворачивать свои собственные.
Это идея, использующая Rhino Licensing в качестве хорошей отправной точки, почему бы просто не создать подписанный документ с необходимой информацией?
Ближайшим, который я нашел до сих пор, является пакет NPM license-key для создания подписанной лицензии с метаданными.
Ответ 2
IANAL, конечно...
Разумным было бы использовать диспетчер пакетов, в котором все явно вызваны зависимостями, а затем вы можете создать документацию, основанную на этом.
Если вы используете NPM для своих зависимостей от javascript, вы можете использовать "Снимок лицензии" , чтобы развернуть зависимости и создать некоторую документацию.
Bower также имеет этот модуль, чтобы сделать что-то подобное для компонентов bower.