Skip to content
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

FPSの実装 #62

Merged
merged 6 commits into from
Oct 23, 2020
Merged

FPSの実装 #62

merged 6 commits into from
Oct 23, 2020

Conversation

habara-k
Copy link
Owner

@habara-k habara-k commented Oct 23, 2020

cf. #32

DONE

Math

modintのリファクタ

  • 内部で値をintで持つようにした
  • 逆元を求めるのにpow(mod-2)をする代わりにいい感じのコード 非再帰の拡張GCD? で計算するようにした

@habara-k habara-k self-assigned this Oct 23, 2020
@kanra824
Copy link
Collaborator

NTTもそうなんだけど、FPS<>と書かなくていいように構造体の内部に定数を持たせるのはどうでしょう

@habara-k
Copy link
Owner Author

habara-k commented Oct 23, 2020

NTTもそうなんだけど、FPS<>と書かなくていいように構造体の内部に定数を持たせるのはどうでしょう

とりあえず先に言い訳を並べます

  • c++17以降なら FPSとだけ書いても怒られない

  • 定数をメンバに持つ場合、FPSのコピーコストが上がる

  • 定数をstaticに持つ場合、外部からmodを設定できない(FPSの中身のソースコードを直接いじればいいけど、例えば違うmodのFPSをテストしたいときCIどう回すの問題が...)

  • 違うmodが共存できなくなる(必要かどうかは諸説)

  • modを含めて1つの型になるのが綺麗(宗教)

結論あんまりその変更は乗り気じゃないです

@kanra824
Copy link
Collaborator

怒られないマジ?

int main() {
  cin.tie(0);
  ios::sync_with_stdio(false);
  cout << fixed << setprecision(10);

  vector<NTT::Int> a = {1, 2, 3};
  vector<NTT::Int> b = {2, 3, 4};
  NTT ntt;
  cout << ntt.multiply(a, b) << endl;

  return 0;
}

これそっちの環境だと通りますか?

@kanra824
Copy link
Collaborator

FPSは怒られないかも

@habara-k
Copy link
Owner Author

ア NTTは無理
この辺よくわからないんですよね

@kanra824
Copy link
Collaborator

型テンプレートの中でFPS::Intみたいにすると怒られるな
わからねー

@kanra824
Copy link
Collaborator

や、まあ面倒なだけなので、理由があるなら全然いいと思います

@habara-k
Copy link
Owner Author

タイプ数減らすためにconst消すか

@kanra824
Copy link
Collaborator

ヨシ!

@habara-k
Copy link
Owner Author

タイプ数減らすためにconst消すか

そんなに減らんかったのでこれなしで

@habara-k habara-k merged commit 57dcc2d into master Oct 23, 2020
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.

None yet

3 participants