Dapperの.Execute（...）がintを返すのはなぜですか？

誰でもDapperが.Execute(...)からintを返す理由を知っていますか？Dapperの.Execute（...）がintを返すのはなぜですか？

どこにも記載されていません。

2015-10-30 Drew R

脇にある：これは私には設計上の疑問を抱かせる。あなたはそれをgithubページでこれを尋ねますか？またはプロジェクトクリエーター？ AFAIK、[Marc Gravell]（http://stackoverflow.com/users/23354/marc-gravell）は共著者の一人です。あなたはチャットやツイッターなどで彼にpingすることができます。 –

または、オープンソースなので、ソースをブラウズして何が返されているかを把握することができます。 –

設計上の質問ではなく、整数が何であるかを知りたかっただけです。私はそれについてGHの問題を開くつもりはない。そのようなトリビアを使って開発者を悩ますのはなぜですか？ –

整数は、クエリの影響を受けた行の数を表します。

これは整数を返しますので、クエリが機能しているかどうかを知ることができます。ゼロが返され、何かが変更されると予想された場合、問題があることがわかります。

出典

2015-10-30 13:13:00 CathalMF

ありがとう！ @RahulTripathiこれは私のために両方の答え： –

DbCommand.ExecuteNonQuery（Dapperが内部的に使用するもので、間違いなく）は影響を受ける行数のintを返します。どうして？それは多かれ少なかれ自由であり、一般的なINSERTまたはUPDATEのために合理的に返すことができる唯一のものです。

出典

2015-10-30 13:20:46

これはそれを与えているはずです！ –

Dapperの.Execute（...）がintを返すのはなぜですか？

答えて

関連する問題