第6章 輕量化外掛應用(第3/3 頁)
為了適應chrome外掛的架構,林楓將原本的密碼加密模組和資料儲存功能重新編寫,改成了適用於chrome的JavaScript和htmL5環境。
同時,他利用chrome提供的ApI,將外掛與瀏覽器的密碼管理功能緊密整合。
之所以這麼做,是林楓存了走招安路線的心思。
作為一款外掛,使用者下載再多又能賺多少錢呢?
可能確實能賺不少,畢竟漂亮國這邊軟體生態很不錯。
但指望著散戶賺錢那肯定是不痛快。
要賺就賺有錢人的錢。
而谷歌真要感興趣,一波招安,直接幾百萬美元甚至是上千萬美元到賬,豈不是美滋滋。
儘管只是瀏覽器外掛,但資料的安全性依然是林楓關注的重點。
林楓沿用了AES加密演算法對使用者的密碼進行本地加密,並且設定了一個主密碼,只有透過主密碼驗證後,外掛才會解密本地儲存的使用者密碼。
這確保了使用者的密碼即便儲存在本地,也不會因為被竊取瀏覽器快取資料而洩露。
為了讓使用者體驗流暢,林楓精簡了UI設計,整個外掛介面儘可能簡潔明瞭。
只需點選外掛圖示,使用者便可以輕鬆生成新密碼、儲存現有密碼,或者選擇自動填充已儲存的密碼。
不得不說林柏在計算機開發這方面確實很強。
而林楓也不差,同時有一些先知經驗,可以避免踩坑。
直接就是1+1>>2的效應。
總之,很快就搞定了passwordKeeper chrome版外掛。
至於定價,同類定價基本都是0.99美元這樣。
林楓也沒標新立異。
入鄉隨俗設定了個0.99美元的定價。
接下來就是上傳到chrome擴充套件商店等待稽核。
chrome外掛商店的上傳流程相對較為寬鬆,只需要提供一些基本的開發者資訊和隱私政策即可。
再加上原身已有一定的開發經驗,上傳過程進行得十分順利。
但稽核就比較漫長了,畢竟是涉及到密碼安全的外掛,起碼要一週的時間才能透過稽核。
不過林楓也不著急,估計稽核也不會遇到什麼障礙。
畢竟這個外掛採用的加密標準是漂亮國的通用行業標準。
已經用了十幾年了,拿這個針對人卡稽核就沒意思了。
本章未完,點選下一頁繼續。