Skip to content

Conversation

cheeseNA
Copy link
Owner

Copy link

@hayashi-ay hayashi-ay left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

step1, step2は問題ないように思えます。target - numは変数化しても良いかなくらいでしょうか?


他の人の解法などを見て改善点を考える.

return None は type annotation と合わないので[]を採用することにした. 実務上本来どうするべきなのかはまだ分からない.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

唯一の正解がある訳でなくて、実際はチームの方針などにもよるかなと思います。Noneが返ってくる場合がエラー、空配列が返ってくる場合がエラー、[-1, -1]のように返ってくる場合はエラーなどありますがある程度は決めの問題かなと思います。静的型付け言語などでは値でエラーを表すことが多い気がします。PythonだとNoneをエラーとしてしまっても良いように思います。

あとは他にも例外を投げちゃう方法やPythonだと関数の返り値が複数取れるのでいっそGo言語みたいに2番目の返り値でエラーかどうかを返してしまうという方法まで色々バリエーションがあります。一般的に例外だと大域脱出ができるので処理が簡単に書けますが、ソースコードを追いづらくなります。

Copy link
Owner Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

早速レビューありがとうございます!
なるほど, いくつか選択肢がありその中からチームに合ったものを選ぶという感じなのですね. 確かにコードベースの中で作法が統一されていれば, 返り値がNoneだろうが[]だろうが親側のifがちょっと変わるぐらいの差ですもんね.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants