GitHubFeed
你是否也有这样的烦恼，想要随时掌握 GitHub 上的项目更新，却总觉得浏览器访问不够便捷？微信小程序版的 GitHub Feed 可能就是你需要的工具！这款小程序提供了一种轻松追踪 GitHub 动态的方法，方便开发者和开源爱好者时刻掌握仓库更新、最新提交以及 issue 变化。接下来就来看看这个小程序的亮点和当前实现的功能吧。
已完成的功能
目前，GitHub Feed 小程序版已经实现了一些基础功能，可以满足用户日常浏览 GitHub 的需求。以下是已经实现的主要功能：
- 浏览 GitHub 事件流：通过小程序可以查看 GitHub 上的活动动态，例如项目的 star、fork 和 issue 的更新。
- 查看个人和关注者的动态：用户可以查看自己的 GitHub 活动以及所关注用户的最新动态，不会错过任何重要的开源项目更新。
- 代码仓库管理：小程序支持查看用户的代码仓库，方便随时浏览和管理项目文件。
- 项目详情展示：点击项目可以查看其详细信息，包括 README、提交记录和分支情况等。
这些功能虽然已经能够帮助用户轻松地浏览 GitHub 动态，但依然存在一些需要改进的痛点和局限。
一些痛点
尽管 GitHub Feed 小程序版已经实现了基础功能，但在开发过程中仍然面临了一些技术挑战和限制。下面就来分析一下当前的痛点和解决方案的探索。
-
不支持 WebView 导致授权问题
GitHub Feed 小程序版因为不支持 WebView，无法使用 OAuth2 完整地获得 GitHub 授权。这意味着我们只能使用 GitHub 提供的匿名访问，每小时的 API 请求限制为 60 次。这个限制在高频访问场景下显得非常不够用。例如，如果用户频繁刷新动态列表或者切换多个账号，API 调用次数可能很快用尽。解决方法探索：
一种可能的解决方案是为用户提供访问令牌的手动配置功能。用户可以在个人设置中输入自己的 GitHub 访问令牌，以提高 API 限制。另外，也可以考虑通过后台服务器代理 API 请求，以避免小程序直接受到 GitHub API 限制的影响。 -
wx.request() 的局限性
微信小程序提供的wx.request()网络请求 API 封装得相对简单，导致无法获取响应头中的其他域，比如分页的Link信息。这给处理 GitHub 的分页数据带来了不便。例如，当用户查看动态或项目列表时，如果不能获得Link信息，就无法预判是否还有更多数据可加载。可能的解决方法：
可以考虑在请求时通过代理服务器来处理响应头信息，并将分页数据一并返回。这样可以间接绕过小程序的限制。此外，可以使用递归请求的方式，根据 GitHub API 返回的数据量来判断是否继续加载下一页数据。 -
不支持 ES2015 原生的 Promise
微信小程序的开发环境不支持 ES2015 原生的 Promise，这使得在处理异步请求时需要额外引入 Promise 库。当前使用的是bluebird，虽然能实现异步操作的链式调用，但增加了项目的依赖体积。解决方案思路：
使用更轻量的 Promise 库或者尝试结合小程序内置的callback风格 API 来简化异步操作。如果未来小程序环境支持原生 Promise，则可以移除第三方库的依赖。
未来的功能规划
尽管已经有了一些基础功能，GitHub Feed 小程序版依然有许多可以改进的地方。接下来是一些未来可能的功能计划和优化方向：
- 更全面的授权方案：探索更好的 GitHub 授权方式，提升 API 调用的限制。
- 支持 Markdown 解析：为项目详情页添加 Markdown 支持，使 README 等文档显示更加美观。
- 通知提醒：增加用户关注项目或个人动态的推送提醒功能，让用户第一时间掌握重要变化。
- 性能优化：进一步优化小程序的加载速度，尤其是在网络较差的环境下，提升数据的加载和显示效率。
- UI 改进：提升界面的美观性和交互体验，使用户使用时感觉更流畅。
使用 GitHub Feed 小程序版之后，确实让我在随时随地查看 GitHub 动态这件事情上更加方便了。不过呢，因为目前的 API 请求限制，确实有时会遇到访问受限的问题，希望后续版本能够通过更好的授权方案来突破这一限制。总体来说，这款小程序为开发者提供了更便捷的 GitHub 浏览体验，尤其是在需要快速查看项目状态或最新动态时，非常实用。
