Pythonのお勉強 Part75

[1 デフォルトの名無しさん (ﾜｯﾁｮｲ 33d8-PysV) 2025/04/04(金) 01:47:04.18 ID:UMpXJcmx0]

!extend:default:vvvvv:1000:1024
!extend:default:vvvvv:1000:1024

↑スレ立てる毎に減るので、減ってたら３つに補充すること。

※前スレ
Pythonのお勉強 Part74
https://mevius.5ch.net/test/read.cgi/tech/1726881242/
VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured

---

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

[967 デフォルトの名無しさん (ﾜｯﾁｮｲ 25c4-MlPs) 2025/10/04(土) 14:08:02.28 ID:lfhYKLud0]

仮に特別扱いするなら、raise を一種のキーワードとすることになるんだろうね。raise文との違いは構文。もともとraise文の構文ってちょっと分かりにくくないかというのが元の発想だからね。
どちらかというと、raise文の構文は直感的にちょっと分かりにくいので関数呼び出し風の構文糖があったら良かったのに……という方が言いたいことに近いかもしれない。

[968 デフォルトの名無しさん (ﾜｯﾁｮｲ 0d54-DOAI) 2025/10/04(土) 14:18:48.32 ID:ZS4Jz9di0]

そんな形式上のものはシンタックスシュガーでどうにでもなる

[969 デフォルトの名無しさん (ﾜｯﾁｮｲ 3d01-UAuC) 2025/10/04(土) 15:12:23.29 ID:cv59dmAz0]

仮にraiseを関数化するとしたらビルトイン関数になるわけでキーワードとして特別扱いするのとは違う
ビルトイン関数を別のraise関数で上書きしたならその時の動作は上書きした人が責任を持てばいい

ただraiseとassertを同じカテゴリで話すのはどうかと思う
raiseはreturn, break, continue, yieldなどと同じcontrol flow statementなので通常関数とは別のカテゴリとして扱うのが言語を使う側にとっても作る側にとっても自然かつ楽

raiseと違いassertはprintなどと同じでビルトイン関数のほうが使う側には自然
コンパイラを改良する労力をかけたくなかったからステートメントのままなんだと思う

[970 デフォルトの名無しさん (ﾜｯﾁｮｲ 25c4-MlPs) 2025/10/04(土) 15:56:42.08 ID:lfhYKLud0]

assert と raise とで区別すべきというのは同感（>>967ではボケていてraiseって書いちゃっているけど、965に書いたとおりこの話は基本的にはassertを想定している）。
ビルトイン関数にするかキーワードにするかというのは正直そんなに意識はしていなかったかな。仮にビルトイン関数にするとしても通常の関数とは異なりインタプリタによる特別扱いが必要なら、いっそキーワードにしてしまう方が簡単なような気もするけど、まぁ、どちらでも良いのかなと。
Pytnonの場合、yieldのような前例があるから同じ構文の中の一定の場合だけを特別扱いするということに比較的抵抗がない文化なのかなとも思うけど、assert に関しては文のままでいい（処理系に手を入れてまで関数っぽいインターフェイスを提供する必要はない）というのが現時点までの開発陣の判断ということよね。個人的にはちょっと残念だけど、まぁ仕方ないのかなとは思う。

[971 デフォルトの名無しさん (ﾜｯﾁｮｲ 0d54-DOAI) 2025/10/04(土) 16:09:30.50 ID:ZS4Jz9di0]

raiseのノリでexitと書いて何故か終わらない

[972 デフォルトの名無しさん (ﾜｯﾁｮｲ 3d01-UAuC) 2025/10/04(土) 17:51:28.50 ID:cv59dmAz0]

>>970
今後の拡張でコンパイラが利用可能なアノテーションを関数に付与できるような仕組みでもできればそれを活用してassertを関数化する可能性は個人的には十分あると思う

逆にassertだけのためにそういう仕組みを追加したり内部的にもassertという名前縛りで関数呼び出し箇所のbytecodeを出力しないようにする変更は費用対効果的にまずないと思う

[973 デフォルトの名無しさん (ﾜｯﾁｮｲ 43de-MlPs) 2025/10/04(土) 19:23:00.85 ID:MKE3mvtR0]

まぁ、yield と assert とでは色々違うもんね。

[974 デフォルトの名無しさん (ﾜｯﾁｮｲ ae60-9taF) 2025/10/05(日) 05:42:31.29 ID:Wx5pDard0]

仮想環境をゴリゴリ作るという観点からanacondaは優秀だと思う。
それ以外は…

[975 デフォルトの名無しさん (ｵｯﾍﾟｹ Sr75-SPhl) 2025/10/05(日) 07:52:01.85 ID:75RY5Ni2r]

俺はminiconda

[976 デフォルトの名無しさん (ﾜｯﾁｮｲ ae02-GsXg) 2025/10/05(日) 08:44:09.44 ID:/6a5ZxIp0]

時代はUV何ですよ!!(´・ω・`)

[977 デフォルトの名無しさん (ﾜｯﾁｮｲ 3133-gAFJ) 2025/10/05(日) 09:26:26.39 ID:DxOKijn50]

>>974
もうuvがいいぞ

[978 デフォルトの名無しさん (ﾜｯﾁｮｲ 0154-vC9d) 2025/10/08(水) 06:55:25.58 ID:lcCd82qT0]

ファイル削除にimport osとかするのがなんか抵抗あったけど、
pathlib使ってるならp.unlink()で良かったんだな

[979 デフォルトの名無しさん (ﾜｯﾁｮｲ 05f9-lCgs) 2025/10/08(水) 13:40:49.01 ID:XrXXkqZa0]

unlinkって名前わかりにくい気がするけどそういうもんなんかな

[980 デフォルトの名無しさん (ﾜｯﾁｮｲ 0154-vC9d) 2025/10/08(水) 13:48:26.60 ID:lcCd82qT0]

deleteとremoveの違い
deleteするとなくなってしまうけど、removeは消えるだけで実体はある
unlinkはもっと明示的にいつでも復活できそう

[981 デフォルトの名無しさん (ﾜｯﾁｮｲ 762a-8Ckq) 2025/10/08(水) 14:07:17.26 ID:UyQ1K/rS0]

>>978
なぜ
import os に抵抗があって
import pathlib には無いの?

[982 デフォルトの名無しさん (ﾜｯﾁｮｲ 0154-vC9d) 2025/10/08(水) 14:17:47.05 ID:lcCd82qT0]

pathlibは神ライブラリだから
openするだけだとしてもPathオブジェクトにしとくと後々役に立つ

[983 デフォルトの名無しさん (ﾜｯﾁｮｲ d5b5-ri6y) 2025/10/08(水) 20:10:03.79 ID:PPRPrFFf0]

>>980
>>982はまだ個人の感想だけど平然とウソ書いてくるのがこわい
AIさんかな

[984 デフォルトの名無しさん (ﾜｯﾁｮｲ 3115-jQt6) 2025/10/08(水) 21:22:40.69 ID:a5q/Ytzw0]

スラッシュで文字列とPath結合できるの好き

[985 デフォルトの名無しさん (ﾜｯﾁｮｲ 0154-vC9d) 2025/10/08(水) 21:27:24.89 ID:lcCd82qT0]

パスを文字列で持つこと自体が恐らくアンチパターン

[986 デフォルトの名無しさん (ﾜｯﾁｮｲ 0a66-qIC/) 2025/10/08(水) 23:11:40.46 ID:DEFvJ9Zk0]

ファイル操作が多い場合にはpathlibが便利なのかなとは思うんだけど、そもそもファイル操作自体あまりしないから、いつもpath =r'...' みたいな感じで文字列にしちゃっているわ。

[987 デフォルトの名無しさん (ﾜｯﾁｮｲ 0154-vC9d) 2025/10/08(水) 23:14:49.71 ID:lcCd82qT0]

読み込む用のファイルがあって、拡張子だけ変えたいとか、
ファイル名の部分に-oldと付けたいとか、別のディレクトリに同じ名前でコピーしたいとか、
そういう操作を正規表現とか駆使しながら頑張って文字列操作するのは、
めんどくさいし読みにくいしバグる
人間がやるべきではない

[988 デフォルトの名無しさん (ﾜｯﾁｮｲ 7610-qIC/) 2025/10/09(木) 00:23:35.01 ID:YJJHW0Xm0]

そういう処理が必要になったら、その時点で検討するって感じかな。もちろん、パスならとりあえずPathオブジェクトにしとけっていう流儀もあると思うけどね。

[989 デフォルトの名無しさん (ﾜｯﾁｮｲ ee02-hOow) 2025/10/09(木) 22:53:20.67 ID:QQVMS2V+0]

言ってしまえば「動けばよい」「分かればよい」だと思うが
扱おうとしているものを扱うための機能があるのなら、
それは使ってみたいじゃないの

[990 デフォルトの名無しさん (ﾜｯﾁｮｲ 716e-5Sj8) 2025/10/14(火) 05:03:55.10 ID:CT5W8cc20]

ゲームの中でコーディング・実行するんじゃなく
VSCodeからコーディング・実行するようなのないの？
Turtle的な

Steamで20% OFF：農家は Replace() されました
https://store.steampowered.com/app/2060160/_Replace/

[991 デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MMeb-Na5b) 2025/10/14(火) 12:39:23.72 ID:QgKXwP6qM]

外部エディタで変更すると自動反映するって書いてあるぞ

[992 デフォルトの名無しさん (ﾜｯﾁｮｲ 7154-qsnq) 2025/10/14(火) 22:11:58.01 ID:BWpaqpg00]

ライブラリ追加できない環境でpdf読みたいので、
仕方なく構造調べてるけど複雑すぎる

[993 デフォルトの名無しさん (ﾜｯﾁｮｲ c940-pEGx) 2025/10/16(木) 01:35:31.23 ID:b1XJiiUu0]

新たにpy installなんてコマンドができてそれで管理というが
使いやすいものかどうか
uvが流行ってるの見て乗ってきたのか

でもこれでライブラリ間のバージョンコンフリクト防げるかどうかには特にまだ情報が無かったなあ

[994 デフォルトの名無しさん (ﾜｯﾁｮｲ 7ba0-BZc0) 2025/10/18(土) 22:03:59.48 ID:RYa38xSb0]

スレ立てたわよ

Pythonのお勉強 Part76
https://mevius.5ch.net/test/read.cgi/tech/1760792623/

[995 デフォルトの名無しさん (ﾜｯﾁｮｲ 13ad-KFK9) 2025/10/18(土) 22:15:15.24 ID:nI8EUje/0]

おつpy

[996 デフォルトの名無しさん (ﾜｯﾁｮｲ 8e94-teMw) 2025/10/19(日) 23:04:42.61 ID:QtdWq4TO0]

ちゃんと1000まで使いなさい

[997 デフォルトの名無しさん (ﾜｯﾁｮｲ 992a-H8q4) 2025/10/20(月) 08:13:00.14 ID:qJ5Vu7Mi0]

Py千

[998 デフォルトの名無しさん (ﾜｯﾁｮｲ 55d9-Ru9p) 2025/10/20(月) 10:15:14.05 ID:pvJXdOVW0]

injectorってinjector.bindしてから使うものなの？
@injectアノテートでproviderから自動的に登録されるものと思っていた。
C#のDependency Injectionと同じなのね。

[999 デフォルトの名無しさん (ﾜｯﾁｮｲ d62a-H8q4) 2025/10/20(月) 18:11:33.94 ID:6H6JHLyc0]

C千 武田

[1000 デフォルトの名無しさん (ﾜｯﾁｮｲ 5568-Komq) 2025/10/21(火) 23:31:14.13 ID:z5jgx7Ie0]

質問どうぞ