关于极简模式的设想

oneisall8955 commented 1 month ago

首先感谢 @dreamhunter2333 贡献！这里提及一个设想。

现在的功能逐渐丰富，慢慢朝向邮件平台发展，临时概念有点弱化。在使用过的临时邮箱中，界面功能似乎都非常简洁

以我常用的 linshi-email.com 为例子（adblock禁用了广告），核心的功能：

现在项目是满足这些功能的，只是做了一些安全性的限制，例如token登录，登出等。在我的使用过程中，常常因更换邮箱觉得这些步骤感到繁琐

不清楚owner是如何思考这个问题的。可否出一个类似的模式，更简洁更核心？

dreamhunter2333 commented 1 month ago

目前通过用户登录做了个切换邮箱的功能，后续可以增加一个不登录的本地存储多个账号的切换模式

pdhapy commented 1 month ago

不情我还是一起探讨几句。

楼主的想法和问题都很好，这几乎是多数开源项目面临的问题，之前我也有过类似的想法，也提过一些，但最终思考的结果是：

只能是自己动手了。

因为开源项目，多数都只能做的是技术，很少能直接做成产品的，原因很简单，萝卜青菜，各有所爱，每个项目在使用起来，对应的应用场景不同，侧重点不同，导致需求都有区别，很多开源项目做着做着，随着不同应用场景下需求越提越多，功能迭代得越复杂，越趋向于大而全。

这项目我自己一路用过来，其实已经能兼容绝大多数应用场景了，个人，团队，甚至于开放站点，得益于其全面的功能，自己做点简单的修改就能很好应用了。

因而，楼主的这个想法实现了，出了个精简版的，马上可能又有要提个Issue加个功能，甚至做个什么团队版的，什么XXX版的，个人感觉真心没必要，因为代码是开源的，需要的话，只能自己改了。本来一套代码就能改出一百个产品，但是基于一百个产品需求去写100套代码真心不现实。

所以，作者如果能一直维护更新就已经很幸运了，我们指望作者去直接给我们写一个产品开源出来，感觉有点难为了，因为类似的需求只会越来越多，要么和一些开源项目一样，付费商用定制开发了。

另一方面就是，只要代码稳定，功能多不太可怕，自己还能精简，就怕是功能不全的，要自己补。像我们这种没什么代码能力的，那才是最可怕的。

我也是完全不熟TS的，也在慢慢一点点折腾，算是一点小乐趣吧，这也不是正是很多人在聚在这的原因（之一）吗？

共勉。

dreamhunter2333 commented 1 month ago

目前通过用户登录做了个切换邮箱的功能，后续可以增加一个不登录的本地存储多个账号的切换模式

此处切换包含创建，例如 telegram 小程序里面的这种界面

dreamhunter2333 commented 1 month ago

dreamhunter2333 / cloudflare_temp_email