Sinatra路由无输出问题：是否需使用return/next语句？

首先咱们先搞清楚你代码里的问题根源：Sinatra的路由块会把最后执行的表达式的结果作为响应返回给Rack。你的代码里，第一个if条件满足时确实会返回'Confirmed'，但紧接着又执行了第二个if语句——因为var不等于declined，这个if的结果是nil，所以整个路由最终返回的是nil，自然浏览器收不到任何内容。

接下来逐个解答你的疑问：

关于return/next的使用 #

用return或者next确实能解决问题，比如改成这样：

get '/' do
  var='confirmed'
  if var == 'confirmed'
    return 'Confirmed' # 或者用next 'Confirmed'
  end
  if var == 'declined'
    'Declined'
  end
end

它们能提前终止路由块的执行，让正确的字符串成为返回值。不过这确实不是最常用的写法——不是说它错，而是有更简洁、可读性更好的替代方案，比如用elsif或者case语句：

get '/' do
  var='confirmed'
  if var == 'confirmed'
    'Confirmed'
  elsif var == 'declined'
    'Declined'
  end
end

# 或者用case，更适合多分支场景
get '/' do
  var='confirmed'
  case var
  when 'confirmed' then 'Confirmed'
  when 'declined' then 'Declined'
  end
end

这样整个路由的返回值就是对应分支的字符串，不需要提前终止，代码逻辑也更清晰。

关于路由里的逻辑组织 #

把复杂逻辑移到路由外部，让路由只负责调用方法或者渲染模板，确实是Sinatra（以及所有Web框架）的最佳实践之一。比如：

1. 如果是业务逻辑，可以抽成辅助方法：

helpers do
  def get_status_message(status)
    case status
    when 'confirmed' then 'Confirmed'
    when 'declined' then 'Declined'
    else 'Unknown status'
    end
  end
end

get '/' do
  var='confirmed'
  get_status_message(var)
end

2. 如果需要渲染页面，路由末尾只留erb :xyz也很常见——这时候你可以把逻辑放在模板里，或者先在路由里处理好数据，再传给模板：

get '/' do
  var='confirmed'
  @status_message = get_status_message(var)
  erb :status_page
end

这样路由的职责更单一：处理请求、准备数据、调用渲染，逻辑都封装在别的地方，代码更易维护。

总结一下：return/next能解决问题，但不是最优解；把逻辑抽离到路由外，保持路由简洁是常规的最佳实践，尤其是当你的逻辑变得复杂的时候。

内容的提问来源于stack exchange，提问作者bachmarc