Swift part13

2021/04/12(月) 16:04:28.17

Swiftについて語りましょう

※前スレ
https://mevius.5ch.net/test/read.cgi/tech/1540818496/

スレ立て時は1行目に「!extend::vvvvv」

VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured

2025/06/10(火) 10:51:04.60

func test_func(function: () -> Void) -> String {
let test: String = "引数のfunction名"
return(test)
}

func test_func1() -> Void {
return()
}

func test_func2() -> Void {
return()
}

print(test_func(function: test_func1())) //test_func1 出力
print(test_func(function: test_func2())) //test_func2 出力

--
関数の引数に関数を指定した場合、引数の関数名を取得する方法ってありますか?

2025/06/10(火) 14:52:10.11

>>397
#functionでできる範囲内で工夫したら？

@objc属性をつけられるならリフレクションでどうにかできると思うけど面倒くさい

あとはマクロを使って#call_test_func(function: test_func1)を
test_func(function: test_func1, name: “test_func1”)に展開するとかかな

2025/06/10(火) 21:15:44.74

private test_func_name: String!
func test_func(function: () -> Void) -> String {
function()
let test: String = test_func_name
return(test)
}

func test_func1() -> Void {
test_func_name = #function
return()
}

func test_func2() -> Void {
test_func_name = #function
return()
}

print(test_func(function: test_func1())) //test_func1 出力
print(test_func(function: test_func2())) //test_func2 出力

--
>>398
> test_func(function: test_func1, name: “test_func1”)
これって、スペルミスしやすいですよね

上記の方が、まだマシな気はします

根本的に
関数の引数に関数を指定した場合、引数の関数名を取得
は不可ってことでしょうか

2025/06/10(火) 21:35:35.99

https://stackoverflow.com/questions/52083874/swift-print-name-of-a-function-stored-in-a-variable
これの回答？

2025/06/10(火) 22:03:32.75

>>400
いいえ違います

2025/06/10(火) 22:15:58.52

>Swift is a statically dispatched programming language.
>This results in Swift using memory addresses as much as possible when it needs to call a function.
>The side effect is the inability to capture the called function name, since in most of the cases it will be a simple memory address.

2025/06/10(火) 22:48:21.96

>>402
ありがとう
ディクショナリー化して逃げることにします

2025/06/10(火) 23:17:17.93

>>399
>これって、スペルミスしやすいですよね
だからマクロ・・・・・

>>402
@objc属性つければ事情が変わる

2025/06/11(水) 01:29:20.37

テスト

2025/06/11(水) 08:54:28.08

>>404
マクロにしても...

すいませんが、サンプルコーﾃﾞｨﾝｸﾞみせてもらえませんか
お願いします

2025/06/11(水) 23:22:15.31

関数の引数に関数を指定した場合、引数の関数名取得して適宜分岐処理したかっただけでしたが、実質無理っぽいですね
いろいろと検索してたらObjectIdentifierなるものがあって、試したところ
引数の関数名は取得できないまでも、引数の関数の識別ができたので、解決しました

2025/06/11(水) 23:36:45.91

>>406
主なところだけ書くけど
let firstArg = node.arguments.first!
let expr = firstArg.expression.trimmedDescription
return "test_func(function: \(expr), name: \"\(expr)\")"
みたいなので
#call_test_func(function: test_func1)みたいな呼び出しを
test_func(function: test_func1, name: "test_func1”)に展開できる

2025/06/11(水) 23:44:57.69

>>407
高階関数で受け取った関数を識別して分岐処理を書くのは一般的には筋が悪い実装だよ
理解した上であえてやってるならいいけどそうじゃないなら再考を勧める

2025/06/12(木) 00:07:03.79

>>408
test_func(function: test_func1, name: "test_func1”)
の
test_func1 と "test_func1" として実装するのが気に入らないのです

>>409
そもそも引数に関数ってのが、好ましくないのは承知してます
ただ、どうしても引数とした関数として処理した方が、プログラム上、高メリットとなるので実装してます

余談ながら@objc化して引数の関数名を取得は可能でしたが、Selectorとかなんやらでなんか面倒で...
ObjectIdentifier使った方が、意外にスマートな分岐処理が実装できたので、ObjectIdentifierで処理します

2025/06/12(木) 01:05:32.00

>>410
>そもそも引数に関数ってのが、好ましくないのは承知してます
関数を受け渡しするのは別に悪くない
使う状況によってはむしろ好ましいことも多い
悪いのは関数を受け渡しする形にしているにもかかわらず
受け取った側でどの関数が渡されたかを識別して分岐しようとすること

@objcのは最初に書いてあるように一番面倒なやり方だからね
リフレクションを使いまくるような用途じゃなければ割に合わない

2025/06/12(木) 12:08:03.22

ありえん設計だな
何か根本的に勘違いしてるとしか考えられん

2025/10/27(月) 13:46:24.84

Apple発のプログラミング言語「Swift」でAndroidアプリの開発が可能に
https://gigazine.net/news/20251027-swift-sdk-for-android/

2025/10/29(水) 08:44:36.17

なんかもう言語とかフレームワークとかなんでも良くなってきてる感
どうせAIが書くし