草庐IT

raise_graceful_exit

全部标签

ruby - 正确的 Assert_Raise 单元测试和异常类的使用

我正在研究Exercise49ofLearnRubytheHardWay练习要求为提供的每个函数编写单元测试。我正在测试的项目之一是是否引发了适当的异常。建议我们为此使用assert_raise。这是我正在测试的代码:classParserError下面是函数parse_verb的测试:deftest_parse_verblist_one=[Pair.new(:verb,'go'),Pair.new(:noun,'king')]assert_equal(parse_verb(list_one),Pair.new(:verb,'go'))list_two=[Pair.new(:noun,

ruby at_exit 退出状态

我可以确定自己在at_exitblock中的进程退出状态吗?at_exitdoifthis_process_status.success?print'Success'elseprint'Failure'endend 最佳答案 使用来自tadman的想法at_exitdoif$!.nil?||($!.is_a?(SystemExit)&&$!.success?)print'success'elsecode=$!.is_a?(SystemExit)?$!.status:1print"failurewithcode#{code}"ende

ruby - exit 和 exit 有什么区别!在 ruby ?

exit和exit有什么区别!在ruby中? 最佳答案 一些事情:退出处理程序以“退出”形式而非“退出!”形式运行。这意味着分配给“清理”的任何代码都不会使用“退出!”运行“退出状态”在“退出!”中默认设置为false。形式,而在“退出”形式中是正确的。“退出状态”是向操作系统发送的有关程序停止执行的消息。它们都是内核方法:http://www.ruby-doc.org/core/classes/Kernel.html 关于ruby-exit和exit有什么区别!在ruby?,我们在St

ruby-on-rails - 是什么导致弃用警告:ActiveRecord::Base.raise_in_transactional_callbacks=?

我在运行功能规范时收到此消息:DEPRECATIONWARNING:ActiveRecord::Base.raise_in_transactional_callbacks=isdeprecated,hasnoeffectandwillberemovedwithoutreplacement.我正在使用Rails5.0.0.rc1,我不确定是什么引发了这个弃用警告。我的application.rb文件中有这个。我删除了它,弃用警告消失了:config.active_record.raise_in_transactional_callbacks=true我想了解此弃用警告的实际含义以及触发此

ruby - 为什么 MiniTest::Spec 没有 wont_raise 断言?

Ruby的Test::Unit有assert_nothing_raised。Test::Unit已替换为MiniTest.为什么MiniTest的断言/期望与此没有任何相似之处?例如,您可以期望must_raise而不是wont_raise。 最佳答案 MiniTest确实在它的Test::Unit兼容层中实现了assert_nothing_raised,但是在它自己的测试中(MiniTest::Unit和MiniTest::Spec)它不实现任何这样的测试。原因是,程序员争辩说,测试什么都不提出不是测试任何东西;您从不期望在测试中

ruby - exit 和 abort 和有什么不一样?

abort文档说abort将Terminateexecutionimmediately,effectivelybycallingKernel.exit(false).“立即”到底是什么意思?abort和非true状态的exit有什么区别? 最佳答案 "Exit,Exit!Abort,Raise…GetMeOuttaHere!"描述了我认为您想知道的一切。简而言之:Kernel.exit(code)立即“退出”脚本并返回code然而,就在操作系统之前,它会调用任何已注册的at_exit您的代码可能已注册的处理程序。Kernel.exi

ruby-on-rails - Capistrano & Bash : ignore command exit status

我正在使用Capistrano运行远程任务。我的任务是这样的:task:my_taskdorun"my_command"end我的问题是,如果my_command的退出状态为!=0,那么Capistrano认为它失败并退出。当退出状态不为0时,如何让capistrano在退出时继续运行?我已将my_command更改为my_command;echo并且它可以工作,但感觉像是hack。 最佳答案 最简单的方法是将true附加到命令的末尾。task:my_taskdorun"my_command"end成为task:my_taskdor

ruby - 在 MiniTest 的 assert_raises/must_raise 中检查异常消息的预期语法是什么?

在MiniTest的assert_raises/must_raise中检查异常消息的预期语法是什么?我正在尝试做出如下断言,其中"Foo"是预期的错误消息:proc{bar.do_it}.must_raiseRuntimeError.new("Foo") 最佳答案 您可以使用assert_raises断言,或must_raise期待。it"mustraise"doassert_raisesRuntimeErrordobar.do_itend->{bar.do_it}.must_raiseRuntimeErrorlambda{bar.

ruby - `raise "foo "` and ` raise Exception.new ("foo")` 有什么区别?

在技术、哲学、概念或其他方面有什么区别raise"foo"和raiseException.new("foo")? 最佳答案 从技术上讲,第一个引发RuntimeError,消息设置为"foo",第二个引发异常,消息设置为"foo".实际上,使用前者和使用后者之间存在显着差异。简单地说,您可能想要一个RuntimeError不是Exception.没有参数的救援block将捕获RuntimeErrors,但不会捕获Exception秒。所以如果你提出Exception在您的代码中,此代码不会捕获它:beginrescueend为了ca

ruby-on-rails - 如何在任何异常情况下使用 RSpec 的 should_raise?

我想做这样的事情:some_method.should_raise我应该怎么做?some_method.should_raiseexception...不起作用。 最佳答案 expect{some_method}.toraise_errorRSpec1语法:lambda{some_method}.shouldraise_error参见thedocumentation(对于RSpec1语法)和RSpec2documentation了解更多。 关于ruby-on-rails-如何在任何异常情