関数の引数の順番の混乱を回避するアイデアありますか？

Question

Linuxのcpコマンドでは
cp A B　でAがBにコピーされますが、
Cの関数strcpy()では
strcpy(A,B) で、BがAにコピーされます

どちらの方向が正解ということは無いですが、混乱してしまいます。
自作の関数でも、その時の気分で方向が一定せず、再利用するときに、混乱してしまいます。

例えば、f(A,B) の標準を代入文と同じ　A=B　にしておいて、
逆の方向の場合は　f_fromtoなど関数名で区別する
というのを思いつきましたが、逆方向の場合の関数名が長くなって使いにくいです。　

混乱を回避するために皆さんが行っている工夫、ありましたら教えてください。

k-841 · Accepted Answer

言い訳がましい理由ですが、「先」になるものを第1引数にすることは良くあります。

というのも、関数に限らず、処理全般には「入力」と「結果」があると思いますが、往々にして結果は一つであり、機能拡張などによって引数が増える要素は入力の方が圧倒的に多いと感じています。なので、もし（下手くそなプログラミングによくありがちな）関数の引数を増やす必要に迫られた場合は、入力にあたるものを引数の後ろに増やしていくことで若干整合性が取りやすいかな、と思います。

例）
func(input, output);
↓
func(input, output, input2, ...);

func(output, input);
↓
func(output, input, input2, ...);

あとは、入力要素が多いときは、No.1の方がかなり否定的に書かれていますが、構造体を使ったりすることは実際にあります。たとえばpthread_create()みたいな感じの使い方です（pthread_create()は引数を4つ取るが、ユーザ定義の情報の引き渡しは第4引数のvoid *に限られる）。

Tacosan · Answer

#1 で否定してるのは, そういうことじゃない＞#4.

例えば strcpy 相当の関数を作るときに
struct strcpy_par {
char *dest;
const char *src;
};
char *strcpy_struct(strcpy_par par);
ってやれば「なんちゃって named argument」になるんだけど, それを全ての関数でやりたいですか? ってこと.

kihonkana · Answer

関数のリストを作成するとか
使っているエディタで関数名の上にカーソルを置くとそれを表示させるようなソフトを作るとか
（あ、もちろん私は使っていないです。作るような能力ありませんから）

Ogre7077 · Answer

C言語以外の言語になりますが、関数の第1引数に特別な意味を持たせる場合があります
https://tour.dlang.org/tour/ja/gems/uniform-function-call-syntax-ufcs
https://docs.python.org/ja/3/faq/design.html#why-must-self-be-used-explicitly-in-method-definitions-and-calls

これらは、関数とメソッドの相互運用性を高めるための工夫ですが、
そもそもの前提として、処理対象は関数の第1引数に指定すべき、
という認識があるようです。

この認識にしたがって、主体となる処理対象が明確な場合は、
方向とは関係なく第1引数に主体を指定させます。
主体を考慮したメソッド名ならば、まず混乱することは無いでしょう。
例)
inputData(主体, 送信元)
outputData(主体, 送信先)

両側が対等で主体が無いならば仕方がないので、
標準関数である memcpy と同じという理由で、
後ろから前に指定させます。
例)
copy(送信先, 送信元)

Tacosan · Answer

#1 のポイントは, C99 以降 (#1 では「C99 or after」と書いてしまったが, 英語だと「C99 or later」であるべきかなぁと今思った) では
構造体オブジェクトを構築するときに (構造体の定義の順とは関係なく) メンバーを指定して初期化できる
ことで, 結果として「引数の個数が固定」の場合には順序に関係なく 1つの関数で全て対応できるようになる. 大きな欠点は
・関数ごとに構造体が必要となる
・いちいち構造体オブジェクトを作らなきゃならない
ことで, さすがに面倒くさすぎる.

と, これは完全に冗談で書いた案なわけだけど, 普通には
自分の中で (ある程度) 固定しておく
という作戦を採用するところかなぁ. C の関数だとだいたい
後ろから前
になってるはず (未確認) なので, それに従っておくとか. 少なくとも「その時の気分で方向が一定せず」というのはちょっと, ねぇ.

実現例のある方法としては, 例えば FROM や TO という定数を用意したうえで
copy(FROM, A, TO, B)
と呼び出すってのもあるけど... 関数の中で死にそうな気もするな.

Tacosan · Answer

引数を構造体にしちゃえば
なんちゃって named argument
にできる (C99 or after) から完全に解決できる... かな.

できたとしても絶対やらんけど.

関数の引数の順番の混乱を回避するアイデアありますか？

言い訳がましい理由ですが、「先」になるものを第1引数にすることは良くあります。

#1 で否定してるのは, そういうことじゃない＞#4.

関数のリストを作成するとか

C言語以外の言語になりますが、関数の第1引数に特別な意味を持たせる場合があります

#1 のポイントは, C99 以降 (#1 では「C99 or after」と書いてしまったが, 英語だと「C99 or later」であるべきかなぁと今思った) では

引数を構造体にしちゃえば

似たような質問が見つかりました

このQ&Aを見た人はこんなQ&Aも見ています

関連するカテゴリからQ&Aを探す

このQ&Aを見た人がよく見るQ&A

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング