C++ のコード生成結果には scanf と std::cin が混ざっているのをやめたい about atcoder-tools HOT 6 OPEN

確かに混ざってるのは良くないですね。既存のテンプレートの後方互換性は維持したいので、cppのコードジェネレーターに新しいテンプレートパラメータを追加する方向性が良さそうです。

from atcoder-tools.

互換性の維持は重要ですが、今回の提案は (2.) でも互換性を破壊するようなものではないです。

{{input_part}} という変数を消すとまずいですが、そうでなくてその値を変えるだけだからです。
たしかに出力は文字列としては変化しますがその実際的な意味は変わりません。 (ただしもしこれが「すべて cin を使ってた場合に scanf に乗り換える」だと cin.tie(0) のまわりで互換性の検討が必要です)

from atcoder-tools.

あ、かなり僕がよくわからないコメントを書いていたことが今わかりました。すみません忘れてください。

僕は提案2が好きで賛成です。
2つ目のコードジェネレーターをこさえるのは1はちょっとやりすぎな気がするので。

ドキュメントも最近テンプレート用のページを作ったので、言語ごとに使えるテンプレート変数一覧みたいなのをドキュメントに書けばユーザーとしてもわかりやすいはずです。

from atcoder-tools.

この仕様が原因でREが発生することがあるので、早めに修正した方がいいと思います。
例）ARC087 D

• 自動生成 RE
• scanf 統一 AC
• cin 統一 AC

from atcoder-tools.

@blue-jam そのREの直接の原因はatcoder-tools側の仕様ではなくカスタムされたtemplate側の ios::sync_with_stdio(false); https://cpprefjp.github.io/reference/ios/ios_base/sync_with_stdio.html なので、その主張はあまり適切ではなさそうに読めます。
ただし「ios::sync_with_stdio(false); を意味を知らずにコピペする人は多いので統一してあげるとやさしい」という意図ならまったく同意します。

from atcoder-tools.

「ios::sync_with_stdio(false); を意味を知らずにコピペする人は多い

私のことです

from atcoder-tools.