設計時組件許可模式的潛在問題/問題？

Question

您有使用這種類型的許可模式的經驗嗎？如果有，我應該準備處理哪些潛在問題？

[意譯原description]

之前您可以發佈應用程序，則需要

• 購買開發商對[成分]許可，

你會發送了包含您的訂單號碼的確認電子郵件。

• 在您的開發機器上運行許可證管理器，然後單擊「申請許可證」按鈕。
• 輸入您的電子郵件地址，訂單號以及您的應用程序正在使用哪個組件。

您將收到一封電子郵件，其中包含特定開發機器的許可證密鑰。

• 單擊許可證管理器中的「安裝許可證」按鈕。
• 將許可證密鑰複製到許可證管理器的文本框中。
• 「存儲到註冊表」按鈕變得可見，您可以點擊它。

要分發的每個應用程序都需要單獨的運行時許可證。

• 啓動許可證管理器並單擊「部署應用程序」按鈕。
• 輸入應用程序名稱。
• 添加許可證申請構造

記住產生，如果你改變你的應用程序集的名稱使用一個新的運行時許可證密鑰，或者如果您升級到[分量的一個新的主要或次要版本] DLL

我最初的擔心是將應用程序許可證密鑰綁定到開發人員登錄名，開發人員機器名，應用程序名稱和[組件]版本。從維護角度來看，這似乎有太多的變量需要監控。如果需要，個人更改，硬件故障和組件更新都將打破當前應用程序許可證的複製。

我們將不得不爲大約10臺開發機器完成大部分這些步驟，構建服務器並許可5個不同的項目。

---

背景...
我目前正在評估3個繪圖/圖表組件。

Mindfusion WpfDiagram，Orbifold G2和GoXam

上述許可是用於GoXam組件。

Answer 1

TBH，如果我能把我的帽子扔進去，我想你會在很多高端套房中找到這種限制性許可。您可以通過虛擬化構建服務器來減少煩惱 - 這可以防止即使交換或重建硬件配置文件也不會改變。不需要重新激活。 Dev的機器是的，它們將會改變，但通常組件公司會爲此做好準備 - 它只不過是一封電子郵件或一個電話來釋放/更新激活。