ruby – 使用所需的提供程序构建Fog gem并限制依赖项
发布时间：2020-12-16 21:16:32 所属栏目：百科 来源：网络整理
导读：我正在使用优秀的Fog gem来访问Rackspace Cloud Files服务.我的挑战是,我正在努力保持访问云文件的服务轻量级,而且似乎Fog通过其灵活性具有很多依赖性和代码,我永远不需要. 有没有人试图构建一个精简的Fog副本,只是为了包含一部分提供者,因此限制了依赖关系
|
我正在使用优秀的Fog gem来访问Rackspace Cloud Files服务.我的挑战是,我正在努力保持访问云文件的服务轻量级,而且似乎Fog通过其灵活性具有很多依赖性和代码,我永远不需要.
有没有人试图构建一个精简的Fog副本,只是为了包含一部分提供者,因此限制了依赖关系？例如,对于Rackspace Cloud Files API,我希望能够处理所有没有net-ssh,net-scp,nokogiri gems以及Amazon,Rackspace和其他20个未使用的代码的未使用代码.用过的.我希望每当其中一个未使用的提供商注意到一个bug时,就会避免升级gem,同时保持内存占用率下降. 我很感激任何人在这方面可能有的经验,或者任何熟悉我能够并且不能扯掉Fog的人的建议. 如果我只是使用错误的宝石,那就同样好了.我会转向更专注的事情. 解决方法
我在Rackspace上工作,其中包括我们的
Ruby SDK.你正在使用正确的宝石. Fog是我们的官方Ruby API.
这可能是通过将另一个gemspec引入到仅由雾核心和Rackspace特定文件构建的项目中来完成的.虽然这将是非常规的,并使@geemus'(宝石维护者)宝石发布过程更加复杂 – 特别是其他供应商应该开始做同样的事情.从长远来看,这将有助于将雾社区从作为统一API的角色转移. （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |