第6章 轻量化插件应用

，无疑将可以减少用户在涉及密码这一环节的操作步骤，提高工作效率。

当然，这样的插件的核心竞争力不是密码保存，而是强密码自动生成，自动填充。

毕竟用户面临的两难困境是密码太弱造成安全隐患怎么办？密码太强记不住又怎么办？

小主，这个章节后面还有哦，请点击下一页继续阅读，后面更精彩！

而通过这样一个插件则完美解决用户的痛点。

其次，没有竞争对手。

当然，彼时插件端倒是也有一些主打密码记忆的。

但做到能自动生成强密码的一个都没有。

虽然以2024的眼光很容易先入为主觉得这功能也没啥。

但事实就是现在确实没有能同时兼顾生成强密码的插件。

就连谷歌对这方面也兴趣不大，谷歌自家搞的生成强密码功能还要等到2018年。

虽然说1password是个劲敌，不过现在1password正在专注于苹果全家桶那边搞闭合生态。

显然对于开发谷歌插件兴致寥寥。

最后，有技术储备。

毕竟有password keeper的基础，基于这个搞一款插件还是很轻松的。

有市场需求，没对手，同时有技术储备。

林枫感觉还是值得搞一下的。

虽然理论上基于password keeper开发插件那是毫无难度。

当然，想照搬显然也是不行的。

password keeper这个软件太“重”了。

作为软件其能够功能全面，这很不错。

但作为插件的话过于复杂的架构和全面的功能反而成了它的劣势。

现代用户喜欢的是轻便、快捷的工具，而不是一个庞大的、多平台的密码管理器。

必须放弃最初追求大而全的路线，转而开发一个轻量化的工具，以适应用户需求。

大概熟悉了一下这个世界chrome浏览器的API接口情况之后。

林枫很快作出了决断。

他决定保留PasswordKeeper中最核心的功能：密码生成（尤指强密码生成）、密码存储、自动填充。

而其他功能，比如跨设备同步、复杂的账户管理等，暂时都放弃。

插件必须简单、易用。

一旦加载到浏览器，涉及到输

本章未完，请点击下一页继续阅读！ 第3页 / 共5页