エッジケースが完璧なソリューションに穴を開けるとき

元のアイデアでは問題全体が解決されないことは明らかです。では、より良いをどのように考えますか アイデア、それはあなたの元のアイデアができなかったすべてのエッジケースを解決しますか？

できません。 もっと賢くてあまり賢く戦うことはできません。 少なくとも、直接ではありません。代わりに、逆に行ってください。シンプルに。率直に言ってください。

それはどういう意味ですか？

抽象化しようとしていたコードをインライン化します。 実行 繰り返します。コードを明示的にしてください。

DEFAULT_HOSTを上書きしようとした場合 別のデフォルトホストで定数、デフォルトの全体的な考え方を忘れてください。毎回指定するだけです。

したがって、代わりに：

require 'test_helper'

silence_warnings do
  Rack::Test::DEFAULT_HOST = "www.justinweiss.com"
end

class WelcomeTest < ActionDispatch::IntegrationTest
  include Rack::Test::Methods
  
  test "can visit the homepage" do
    get "/"
    # ...
  end

  # ...
end

次のようなことをします：

require 'test_helper'

class WelcomeTest < ActionDispatch::IntegrationTest
  test "can visit the homepage" do
    get "https://www.justinweiss.com/"
    # ...
  end
  # ...
end

一見完璧に見えるソリューションが機能しなくなったときはいつでも、最終的に処理しなければならないエッジケースを想像していなかったためです。

大丈夫です。将来を予測することはできません。しかし、それが起こっていることに気づいたら、掘るのをやめてください。パッチごとにパッチを適用するだけではいけません。代わりに、元のソリューションをほどいて抽出 より良いもの。

require 'test_helper'

class WelcomeTest < ActionDispatch::IntegrationTest

  setup do
    # This already exists:
    host! "www.justinweiss.com"
  end
  
  test "can visit the homepage" do
    get "/"
    # ...
  end
  # ...
end