Pythonのお勉強 Part75 (977ﾚｽ)
上下前次1-新
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
970(1): (ﾜｯﾁｮｲ 25c4-MlPs) 10/04(土)15:56 ID:lfhYKLud0(4/4) AAS
assert と raise とで区別すべきというのは同感（>>967ではボケていてraiseって書いちゃっているけど、965に書いたとおりこの話は基本的にはassertを想定している）。
ビルトイン関数にするかキーワードにするかというのは正直そんなに意識はしていなかったかな。仮にビルトイン関数にするとしても通常の関数とは異なりインタプリタによる特別扱いが必要なら、いっそキーワードにしてしまう方が簡単なような気もするけど、まぁ、どちらでも良いのかなと。
Pytnonの場合、yieldのような前例があるから同じ構文の中の一定の場合だけを特別扱いするということに比較的抵抗がない文化なのかなとも思うけど、assert に関しては文のままでいい（処理系に手を入れてまで関数っぽいインターフェイスを提供する必要はない）というのが現時点までの開発陣の判断ということよね。個人的にはちょっと残念だけど、まぁ仕方ないのかなとは思う。
971: (ﾜｯﾁｮｲ 0d54-DOAI) 10/04(土)16:09 ID:ZS4Jz9di0(2/2) AAS
raiseのノリでexitと書いて何故か終わらない
972: (ﾜｯﾁｮｲ 3d01-UAuC) 10/04(土)17:51 ID:cv59dmAz0(2/2) AAS
>>970
今後の拡張でコンパイラが利用可能なアノテーションを関数に付与できるような仕組みでもできればそれを活用してassertを関数化する可能性は個人的には十分あると思う
逆にassertだけのためにそういう仕組みを追加したり内部的にもassertという名前縛りで関数呼び出し箇所のbytecodeを出力しないようにする変更は費用対効果的にまずないと思う
973: (ﾜｯﾁｮｲ 43de-MlPs) 10/04(土)19:23 ID:MKE3mvtR0(1) AAS
まぁ、yield と assert とでは色々違うもんね。
974(1): (ﾜｯﾁｮｲ ae60-9taF) 10/05(日)05:42 ID:Wx5pDard0(1) AAS
仮想環境をゴリゴリ作るという観点からanacondaは優秀だと思う。
それ以外は…
975: (ｵｯﾍﾟｹ Sr75-SPhl) 10/05(日)07:52 ID:75RY5Ni2r(1) AAS
俺はminiconda
976: (ﾜｯﾁｮｲ ae02-GsXg) 10/05(日)08:44 ID:/6a5ZxIp0(1) AAS
時代はUV何ですよ!!(´・ω・`)
977: (ﾜｯﾁｮｲ 3133-gAFJ) 10/05(日)09:26 ID:DxOKijn50(1) AAS
>>974
もうuvがいいぞ
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.008s