Closed indenkun closed 4 years ago
自分で提案したコードの不備で大変申し訳ないのですが次の問題があり、その解決策について提案します。
kansuji2arabic_num()の結果について1234という結果が得られる、千二百三十四は数値型でリターンしていますが、一二三四については文字列型になってしまいました。
kansuji2arabic_num()
1234
千二百三十四
一二三四
一つの関数で入力されるデータの形に依存してはいますが、特に入力者側で引数を指定するなどの意図をしていないにも関わらず結果の型が変わってくるのはあまり良くないと思いました。
この件について、数値型の文字列型のいずれがいいのかということについて考えると、
kansuji2arabic
〇一二
0
"012"
12
という2点を考慮し、文字列型での結果の統一が妥当なのではないかと考えました。
そこで、kansuji2arabic_num()について結果が文字列型で統一されるように修正しました。それに合わせてテストも修正しました。
度々のPull Requestになってしまいすみません。 お手すきのときに検討していただければと思います。
すみません、確認が遅くなってしまいました。ありがとうございます👍
確認ありがとうございます。
自分で提案したコードの不備で大変申し訳ないのですが次の問題があり、その解決策について提案します。
kansuji2arabic_num()
の結果について1234
という結果が得られる、千二百三十四
は数値型でリターンしていますが、一二三四
については文字列型になってしまいました。一つの関数で入力されるデータの形に依存してはいますが、特に入力者側で引数を指定するなどの意図をしていないにも関わらず結果の型が変わってくるのはあまり良くないと思いました。
この件について、数値型の文字列型のいずれがいいのかということについて考えると、
kansuji2arabic
以外の関数が文字列型での結果のみをサポートしている。〇一二
など0
から始まる数をこの関数でも文字列型で"012"
と返すことを想定している。これを数値型とすると12
となってしまうので、例えば郵便番号などの処理において不適切になってしまうのではないか。という2点を考慮し、文字列型での結果の統一が妥当なのではないかと考えました。
そこで、
kansuji2arabic_num()
について結果が文字列型で統一されるように修正しました。それに合わせてテストも修正しました。度々のPull Requestになってしまいすみません。 お手すきのときに検討していただければと思います。