退出()调用函数应该返回一个引用

在一个库中,我有一个函数,在数据库中search一个键,并返回一个非const引用到一个对象。 我想处理找不到键的情况,这通常是由于调用函数时出现错误而导致的。 这种情况非常糟糕,程序无法继续,所以我打印一条消息来帮助发现错误并调用exit(1) 。 问题是在这种情况下永远不会执行的return语句,但必须在那里。 如果它是一个指针,我可以只return nullptr; 但有一个参考? 我应该做这样的伪代码吗?

  Type & get(const Key & k) { if (my_db.key_exists(k)) { return my_db.at(k); } std::cerr << k << " not found\n"; exit(1); return *(new Type(some_dummy_parameters)); } 

它看起来太可怕了! 也许我应该避免这样的function。 请让我知道你的意见!

这种情况非常糟糕,程序无法继续,所以我打印一条消息来帮助发现错误并调用exit(1)

不。如果这个代码是库的一部分,库不应该是决定应用程序是否应该退出的那个。 如果一个文件是打开的,需要closures,或者其他资源需要清理,或者如果你的数据库类的用户想logging错误并继续做其他的事情呢?

答案是什么, 你现在正在做什么。 抛出exception,返回错误代码等,但不要在库或类代码中closures应用程序。

信不信由你,有一个商业数据库库完成你正在做的事情(closures应用程序)。 他们从图书馆的用户那里得到了很多愤怒的回应,他们为什么会意外closures应用程序。 而且你知道什么 – 给客户的答案是“我们觉得错误严重到足以阻止应用程序,因为我们的图书馆不能继续正常工作”。 这不仅是不好的推理,它接近傲慢,客户让他们知道。

例外

这在很多程序中都是常见的情况。 为了克服这个,使用了exception。

  • 为了处理意外的情况,新的exception被创build并从代码中“抛出”。
  • 然后他们必须被调用函数的程序“抓住”。

你可以在这里阅读更多关于exception

希望这可以帮助。

正如其他答复者所说,答案应该是:抛出一个例外…

 Type & get(const Key & k) { if( !my_db.key_exists(k) ) { std::stringstream error; error << "key " << k << " not found"; throw std::runtime_error(error); } return my_db.at(k); } 

图书馆不应该退出hostest应用程序。

使用“return null”,进入一个“不一致的状态”,在每个调用中你都返回NULL。
图书馆用户将不得不处理它。

或例外…