vue壓縮后的js可以反編譯出來嗎？JSP更多的是HTML，不太關心JS文件。Vue網(wǎng)頁包的組合在推出后會非常小?；旧?，里面只有CSS/JS和div掛載點。關鍵是JS文件。所以事實上，兩者的協(xié)調(diào)是可

vue壓縮后的js可以反編譯出來嗎？

JSP更多的是HTML，不太關心JS文件。Vue網(wǎng)頁包的組合在推出后會非常小?；旧?，里面只有CSS/JS和div掛載點。關鍵是JS文件。所以事實上，兩者的協(xié)調(diào)是可以解耦的。

vue壓縮后的js可以反編譯出來嗎？

我沒用過，但是對于前端JS弱編譯，編譯方法多種多樣，所以給它做反編譯工具不劃算，應用價值不大。當然，官方問題是另一回事。

vue打包的html怎么樣禁止打開F12開發(fā)者工具呢？

不能完全禁止，但是下面的代碼可以在一定程度上阻止代碼調(diào)試。

document.onkeydown=函數(shù)（）{

變量e=window.event事件||參數(shù)[0

]如果（e.keycode==123）{

alert（”請尊重勞動成果！“）

return false

}否則if（（e.ctrlkey）&&（e.shiftkey）&&（e.keycode==73））{

alert（”請尊重勞動成果！“）

return false

}否則if（（e.ctrlkey）&（e.keycode==85））{

alert（”請尊重勞動成果！“）

return false

}否則if（（e.ctrlkey）&（e.keycode==83））{

alert（”請尊重勞動成果！“”

返回false

}

}document.oncontextmenu=函數(shù)（）{

提醒（“請尊重勞動成果！“”

return false

}

軟件公司如何保障源代碼不會被外泄？

謝謝您的邀請。防止源代碼泄漏是一個常見的要求。不同的公司有不同的方法，包括技術和工藝規(guī)范。有許多相關的解決方案。這里有一種技術：VDI（虛擬桌面），可以由感興趣的人進行評估。

其實這項技術已經(jīng)存在多年了，現(xiàn)在已經(jīng)比較成熟了。對于用戶來說，主要的挑戰(zhàn)是成本（一套新的架構、服務器、存儲、網(wǎng)絡成本可能會增加）和用戶體驗。尤其是用戶體驗，因為計算不是在本地計算機上而是在后臺服務器上，開發(fā)人員可能會覺得響應很慢。但近年來，由于超融合的存在，用戶體驗有了很大的提升。目前，一些大型的研發(fā)中心（超過一千人）已經(jīng)采用這種技術來保護源代碼。如果你的源代碼真的很重要，考慮一下這種技術。

這個答案來自鄒大斌，一隊科技步行者

~]。Net是一種中間語言。當它剛問世時，人們很容易混淆，這就增加了破解的難度。但是，因為程序代碼是由。Net直接交給宿主程序進行解析，對你來說混淆沒有多大意義，因為不管你怎么混淆它，宿主程序在最后的執(zhí)行中必須能夠識別它，現(xiàn)在流行的方法是將重要的代碼和加密算法結(jié)合起來，把主代碼放到多個虛擬機中或者把主代碼放到服務器上。只有注冊和解密成功后才能返回正確的代碼。注意注冊機制，不要只驗證注冊碼是否正確。最好將注冊碼與加密算法相關聯(lián)。這樣，即使破解程序爆了你的程序，因為它無法解密主數(shù)據(jù)，也沒有成功破解。

net C#開發(fā)的軟件，用什么方法防止反編譯？

據(jù)我所知，似乎只使用了代碼混亂。顧名思義，就是在一定程度上混用游戲代碼。從外觀上看，類似于亂碼，讓人讀起來不舒服。有人可能會說這是否會影響到整個游戲的運行。目前看來沒有效果。也許我沒有深入接觸過它，但就編譯而言恰恰相反，只有打包的unity代碼DLL文件才能得到很好的保護。不要直接對外公開，一定程度上進行加密或其他操作。代碼混亂只是其中之一