-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
テストについて #4
Comments
別の private リポジトリにミラーでテストケースを置いて、何らかのトークン経由でそれを参照したり、適宜落としてそっちに push する感じにする? |
気づいたけど、 そもそも 諸々を考えると、testcases.toml で管理するんじゃなくて、 |
とかしておいて、? |
|
で、download したときは |
面白そうなんだけど、
みたいにできるとよさそ
であるべき? 結局、download や testset に使う各種情報を |
#21 |
Mo とかみたいな、その解法用のクラスを作って、それがトレイトを実装して、そのトレイトに関する関数や provided methods を確認するみたいなの、どうしよう |
AOJ 2444 は foldable deque をかませれば Mo でも解けるけどただただめんどっちゃい、たすけて |
何らかの verify をする crate なり mod なりで、 pub mod verifies {
#[doc(inline)]
pub use something_to_be_verified;
} みたいに書くのは、どうですか?(ドキュメントにそれへのリンクが貼られてくれるので) |
fn parse_{oj}_{problem_id}(String) -> T
の関数(T
は問題による)をつくる。クエリが複数種類あるものは
enum
で対応する。その出力を
fn solve_{oj}_{problem_id}(T) -> U
に投げる。ジャッジとテストケースを落としてくるやつの雛形は前に書いたのを流用するけど、テストケースの管理はどうしよう。
公開していいのかな(どうせ(まだ)private だけど)
あるいは oj-v.-helper がしてるみたいに、タイムスタンプを残しておいて、重複して試さないようにする? けど fail する限り毎回アクセスすることになるよね
The text was updated successfully, but these errors were encountered: