所以這就是這種情況。我們公司有自己的標準代碼和窗口(用於常用的例程和繼承),我們用它來開發應用程序。這些「標準代碼和窗口」保存在自己的庫(pbl)中。通常,當我們將軟件部署到客戶端時,我們只需將其編譯爲pbd和exe文件,但這次我們的客戶也需要軟件的源代碼。事情是,我們不希望我們的標準代碼和窗口在我們將源代碼提供給客戶端時可見。那麼有沒有辦法加密(屏蔽,隱藏等)代碼。PowerBuilder標準腳本加密
我希望有人能指點我應該從哪裏開始研究。
所以這就是這種情況。我們公司有自己的標準代碼和窗口(用於常用的例程和繼承),我們用它來開發應用程序。這些「標準代碼和窗口」保存在自己的庫(pbl)中。通常,當我們將軟件部署到客戶端時,我們只需將其編譯爲pbd和exe文件,但這次我們的客戶也需要軟件的源代碼。事情是,我們不希望我們的標準代碼和窗口在我們將源代碼提供給客戶端時可見。那麼有沒有辦法加密(屏蔽,隱藏等)代碼。PowerBuilder標準腳本加密
我希望有人能指點我應該從哪裏開始研究。
.pbls包含源代碼,資源和二進制文件,而.pbd不包含源代碼。
如果您不想泄露任何源代碼,只需提供.pbd和.exe文件即可。
如果您確實想給應用程序的源代碼減去標準庫的源代碼,請將所有.pbl文件替換爲標準庫,並提供標準庫的.pbd。因此,您的客戶端甚至可以重新編譯應用程序(假設標準lib對象被調用,但不會從應用程序調用其他pbject)。
請注意,像Java一樣,PowerBuilder對象可以使用正確的工具從二進制文件反編譯。
我不知道加密PB源代碼的意思,但有可能通過PB-Protect混淆對象。我從來沒有使用它,我不能告訴更多。
如果他們真的在尋找保險,如果你消失了,也許代碼託管服務可能是可以接受的?我的公司根據客戶要求提供我們的資源,作爲付費合同訂單項目,我認爲可以與Iron Mountain合作。
如果客戶想要源代碼,他可能不需要加密版本。 – sth
@sth:如果我理解正確,在將應用程序源代碼提供給客戶端時,OP希望將公司模塊保留爲黑盒子。我不知道這一點是否可以從提供者/客戶的角度來辯護......(=如果客戶*購買*產品,提供商應該提供*整個*源代碼?) – Seki