顶一下,还在继续招人~
开源软件的核心是解决一个特定场景的问题,而不是提高用户体验。毕竟这不是商业软件,开发者维护也有成本的。 而楼主连自己要做什么,或者使用的工具要解决什么都没有了解清楚,全篇仅仅从体验上来开喷,而且喷的相当没有逻辑。 建议楼主去付费使用各种用户体验爆表的产品,杜绝任何开源,一定可以爽到。
我们这里还是倾向于有一定工作经验的同学,应届可以走美团校招
确实比 CtrlP 性能要好一些,准备试用一段时间,Star+1
安利下自己的写的 https://ruby-china.org/topics/32922
对于资源的限制方面cancan
做的比较好,我在这个方面实现就比较简单:
add :permission1, "Permission1" do
def_action DemoController, :show do |user, request|
# 扩展权限验证,额外进行权限判断
user.demo.id == request.params[:id]
end
def_url "demo/list" do |user, request|
# True or False
end
end
用 proc 提供自定义验证,提供当前用户和 request 对象在定义权限时做额外判断。
赞 ,你这个方案不错,不用写代码配置了。
确实遇到了相似的场景。设计时也考虑过 根据路由自动获取controller/action信息
。最终还是感觉能够通过权限收集,把多个 action 组装成意义更明确的权限集用来开放管理,更符合当前的业务场景,也有灵活性,就是比较费事,每次加入新的功能都需要定义对应 action 的权限所属。
Rails 没有找到类似 grape-swagger
这样直接能用的。只发现一个swagger-docs
勉强能用,不支持最新的 swagger ui,某一个 2.2.x 的 tag 可以兼容,需要手动执行生成 json 文件。swagger ui 要自动加载也需要自己改对应 js,坑挺多,不过改改还是能满足使用,现在的项目已经集成。
方法没有调用对象时,默认为当前环境的 self。
irb(main):001:0> self
main
irb(main):002:0> self.class
Object < BasicObject
在这里难得看到一家天津的公司,支持一下吧
#2 楼 @blacktulip 赞同,希望楼主先从自己身上找原因,至少这样的问题没有体现出认真的态度,也让他人难以回答。
接口参数又不需要人力维护,对程序来说当然是性能更重要。如果座位号进行业务处理更方便的话,可以把接口包装起来再通过座位号进行业务操作呀,楼主觉得的?