Pythonのお勉強 Part70

2023/03/04(土) 00:18:00.31

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

・当スレにRubyのソースコード類を書くことを禁ず
・Ruby等、Pythonではないプログラミング言語での回答類・質問を書くのも禁止
・「Ruby では」「Rubyでは」「Rails」正規表現→「^クソチョンw$」をNGワード登録推奨
・エラーを解決したいときは、かならず
　エラー文（勝手に省略orスクショうｐ等の横着禁止）と
　おま環（Pythonのバージョン番号＋OS名とバージョン＋IDE名）を書け。

★Pythonのソースコードを５ちゃんに直貼はインデントが崩壊するので、
　　↓等のコードうｐ用サイトに貼ってきてくだしあ。（スクリーンショットをうｐる「横着」禁止）
ttps://techiedelight.com/compiler/　　Run Code機能あり。
ttp://ideone.com/　　　　　　デフォ設定がCなので、Pythonするには言語種選択ボタン押下がﾋﾟｺ手間かも。
ttp://pastebin.com/　　　　　まずまずシンプル。
ttp://dpaste.com/　　　　　　とてもシンプル。消えるまでの日数は十分長ーく指定のこと。

◇Pythonオフィシャルサイト　http://www.python.org/
◇Pythonドキュメント　https://docs.python.org/ja/3/
◇まとめwiki　ttp://python.rdy.jp/

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

2023/07/23(日) 20:56:43.81

個人情報は保護しなければ
と理由もなく思い込んでるフシがある
昔は住所も電話番号も普通に公開してたのに

スウェーデンみたいに番号知られたって何も困らんというスタンスの方がいろいろ便利

2023/07/23(日) 22:00:31.57

10年以上Python使ってきたけど、今日ドキュメントを見ていてmatch文て存在を初めて知って軽いカルチャーショックだわ
これCとかのswitchだよね？
Pythonはswitchがなく、複数の条件分岐にはif～elifを使うってのが常識だったように思うが俺が見落としていたのか

2023/07/23(日) 22:15:19.88

まあまあ最近に追加されたから知らなくてもおかしくはないかな
Cのswitch/caseとしても使えるしもっと複雑なこともできる

2023/07/23(日) 22:20:57.34

Python 3.10からなら超最近じゃん

2023/07/23(日) 23:25:41.19

職場で個人的にEUCを推進していてさ
自分で書いた小物ツールを他者に説明したりするんだけど
偉そうに「Pythonはシンプルを旨とし、一つのことをするのに
複数の書き方はできないようになってる。
よって条件分岐はifしかない」なんて能書き垂れてたんだよね
人に教える立場の者は常に勉強してないといけないなって反省

2023/07/23(日) 23:28:32.79

sjisの方がよくね

2023/07/23(日) 23:41:11.15

matchそのまま代入できたらよかったのに

2023/07/24(月) 07:42:50.24

>>634
ちなみに、utf-8よりEUCを推奨する理由についてはどう説明してるんですか

2023/07/24(月) 08:10:31.42

>>635の意味がわからなかったけど>>637で把握
マジレスしとくとエンドユーザーコンピューティング
エンドユーザー部門が自力でツールを開発メンテすれば金がかからず仕事も楽になる

2023/07/24(月) 08:23:31.68

>>635
eucはsjisより後に作られた。もちろん理由があってのことだ。

2023/07/24(月) 08:55:56.30

UTF-8が標準なのもなんかなぁ
マルチバイト環境ならUTF-16のが効率よくね

2023/07/24(月) 08:58:01.85

世界的に普及している中で世界中の文字をそれなりに扱えるのがUTF-8だから

2023/07/24(月) 09:21:53.31

EUCが一番不要
何のメリットがあるんだよ

2023/07/24(月) 09:30:34.81

>>623
そもそも12桁って少な過ぎる
絶対将来枯渇するよな

2023/07/24(月) 09:33:25.07

>>628
そもそも秘密なら「教えろ」って言ってくるはずが無い訳だが
そういう仕組みにはなっていないね

2023/07/24(月) 09:36:09.41

>>636
どこのRustの人ですか

2023/07/24(月) 09:39:02.04

>>642
unicodeのcodepointのうちで
sjisに変換不可能な文字は存在するが
eucなら変換出来るんじゃないかな
それだけでもsjisがいかに糞か判る

2023/07/24(月) 10:43:02.36

>>638
とりあえず、>>637
っていうか、utf8普及しまくってるのに何でわざわざeucにするんですかって聞かれ時はどう答えてるの？

2023/07/24(月) 11:23:39.95

>>647
読み間違えてるよ
誤：EUC（Extended Unix Code）を推奨する
正：EUC（End User Computing）を推進する

2023/07/24(月) 12:11:52.51

EUC（European Union Center）だろ。

2023/07/24(月) 18:28:38.98

>>643
日本が存続する限り運用するなら何桁にしても枯渇する

2023/07/25(火) 01:07:45.39

足りなくなったら電話番号みたいに桁増やすでしょ
その時はお役所仕事でグダグダになるんだろうけど

2023/07/25(火) 05:40:35.68

IPアドレスの枯渇とかと同じだと思ってるな
ビット数なんか決まってないんだからどうにでもなる
内部的には19桁までいける筈

2023/07/25(火) 07:01:10.71

web3は国策のはずだがどうなったのだろうな
失敗するんだったらコッチで失敗した方が後の糧となるのにな

2023/07/25(火) 07:37:27.20

web 2.0の時点で何それ知らんだったのにまだやるのか

2023/07/25(火) 14:07:53.28

from importってどこで定義すれば良いのか規則とかあるのでしょうか？

from . import samples
def util():
　pass
def main():
　ここでsamples.aaaなどを参照する処理

とかやった場合にsample.aaaでutil参照してる場合に循環importエラーでますよね
なのでmain関数の中でfrom .import samples
にするかそもそもutile関数を分けるか、だとおもうのですが
そういう場合は、って慣習があるのか気になりました

2023/07/25(火) 14:33:36.56

as hogehoge するとか
ディレクトリ造って __init__.py の方でなんとかするとか

2023/07/25(火) 14:50:47.21

最小構成はこんな感じです
https://pastebin.com/1VEJDXPC

要は、samplesとhogeはお互いの機能を使い合いたい、感じです

仮に、aaaでしかsamples.util使わないならaaaの中でimportすれば循環は回避できます。
また、
hoge.utilの中ではsamplesを参照しない、
のは誰が書いても論理的に確定しているから
hoge.mainの中でsamplesをimportする
という方がしっくりきます

しかし、hoge.main以外にmain1,2と増えた場合に毎度その中で書くことになります
なのでそれが通例？なのかな、と。または別の慣習があるとか
それだったらもう、
「samplesの機能を使うようなモジュールとそうでないモジュール」
として、hoge.utilを完全に隔離した方がシンプルで迷うことは無いのではと考えました

こういうの__init__.pyとかで解決できるんですかね・・？
ちょっと調べてみようと思います　>>656

感情論で言うと
「hoge.util内でsamplesの機能ひとつも使っていないのに、どうしてhoge全体でsamplesをimportしたの？」
が根本的な問題なような気がして・・

2023/07/25(火) 16:03:23.98

hoge.py の中で from samples import aaa

2023/07/25(火) 17:03:52.28

>>658
>>655の＞ここでsamples.aaaなどを参照する処理
の”など”というのは、もしかしたらbbbかもしれないしcccかもしれないし
mainの引数を受け取って条件分岐したりgetattrしたりするかもしれない
ということです

つまりhoge.mainをもう少し汎用的に書くとすれば
hoge内でsamplesから使う機能を把握しておき、例えば
from samples import aaa,bbb,ccc,ddd
など使う可能性のある機能だけを事前に宣言しておいて
def main(sample_type):
のように条件分岐する設計がベストということでしょうか

たしかにこれならmainと同じ場所にutilを書いても論理性が担保されるなと思いました。
デメリットは、samples側でsamples_typeに渡す引数に変更があった場合
import aaa,bbb,ccc,ddd の行　と　hoge.mainの条件分岐内のコードも修正しなければならない
ということくらいでしょうか

2023/07/25(火) 17:18:07.90

というかsamplesでfrom .hoge import utilしていると
hoge.pyの中で部分的に from samples import　しても循環エラー出ますね。 >>658

やはり、使わない機能は隔離して一方向でimportする
というのがベストなのかもしれない

**565** (ﾜｯﾁｮｲ 7f33-onGn) · 2023/07/25(火) 19:50:56.15

何でそういう構成なのかよくわからんからあれだけど、そのままでいくならhoge.pyのmainを__int__.pyに移すとかじゃない

2023/07/25(火) 21:22:26.38

＞何でそういう構成
構成にしているというか、現状はしてません

samples.pyとhoge.pyでお互いの機能をimportし合うケースってあるよね
というのが前提にあって、かつ
「hoge.mainとhoge.utilは機能的に関連性が高いので同じpyファイルにまとめる」
と循環が起きる
対策は
（１）importの場所を変える
（２）pyファイルを分ける
（３）__init__.pyでやる
で、今は（２）hoge.mainとhoge.utilをhoge.pyとhoge_util.pyに分けてます

＞hoge.pyのmainを__int__.pyに移す
というのがいまいちわかりませんが
とりあえず__init__.pyで処理したのは
https://pastebin.com/DctEgQwC
これですが、やはり循環エラーが出ます
やり方があっているのかはわかりません。

**565** (ﾜｯﾁｮｲ 7f33-onGn) · 2023/07/25(火) 22:02:11.25

>>662
https://pastebin.com/0Z9qiNyv

**565** (ﾜｯﾁｮｲ 7f33-onGn) · 2023/07/25(火) 22:10:25.73

.hogeの"."みたいな使い方初めて知った

**565** (ﾜｯﾁｮｲ 7f33-onGn) · 2023/07/25(火) 22:13:45.51

実行結果わすれた
https://pastebin.com/TMhJtUVi

2023/07/25(火) 22:22:23.99

>>663-665
ありがとうございます
＞mainを__int__.pyに移す
って文字通りだったんですね・・ｗ
ただ、これってhoge_util.pyとhoge.pyに分ける
と何が違うんでしょうか？？

hoge.mainという関数名はあくまで最小構成のための仮の命名なので
__init__.py内に書くのは雰囲気的には合ってますが
もっと具体的な機能名だった場合に
hogeモジュールとほぼ関係が断ち切られるので困るような

ちなみにhoge_util.py hoge.pyにあえて分けたやつです
https://pastebin.com/SkAM1JhB

**565** (ﾜｯﾁｮｲ 7f33-onGn) · 2023/07/25(火) 22:22:28.79

>>662
>samples.pyとhoge.pyでお互いの機能をimportし合うケースってあるよね
あるか？

2023/07/25(火) 22:54:39.51

__init__.pyってディレクトリ名を名前空間として
他のクラスを使う特殊なモジュールだという認識
言い換えればディレクトリ名というクラスのコンストラクタであり
ディレクトリ内のモジュールは内部クラスである

2023/07/25(火) 22:55:19.84

util分けずに>>662の（１）のimportのスコープを替えて回避する、もついでに
https://pastebin.com/NsXLF3T2

やはりimportは自作モジュールか否かに関わらず
基本は一番上のスコープでimportするようにして
そのimportしたモジュールの機能を使っていないものは
素直に隔離して小分け、という規則に従った方がいいっぽいですね
まだ何か弊害ありそうな気はするものの

2023/07/26(水) 09:31:51.47

matplotlib.pyplot.show()すると一々ウィンドウができてスクリプトが止まるけど、そうならないでほしい
block=Falseにすると止まらないが図が一瞬で消える
show()する度に永続的な (=閉じるまで消えない) ウインドウを出しながらスクリプトは続行する方法ありますか

2023/07/26(水) 10:19:22.64

>>670
https://matplotlib.org/stable/gallery/misc/multiprocess_sgskip.html
こんなとこで聞くより公式サイトをまず漁る

2023/07/26(水) 11:11:48.46

ChatGPTに聞けば一瞬で答えてくれるやろ

2023/07/26(水) 12:16:00.18

この手の質問してくる人が>>671を見てパッと理解できるとは思えん

2023/07/26(水) 13:22:27.16

＞show()する度に永続的な (=閉じるまで消えない) ウインドウを出しながら
って極論ブラクラみたいになるってこと？ >>670
そのやり方はわからないので必要ないかもだがあえて別の方法を掲示
自分がやるなら画像に出力して、ビューワで表示するなり
簡易的なhttp-serverでも立ててwebアプリにしてしまう

画像出力するだけの方をチャッピーに聞いてそのまま実行したけどできた
https://ideone.com/pNXjgN

2023/07/26(水) 14:45:09.68

show()使わずにpause()してdraw()するんだよ

2023/07/27(木) 03:37:07.84

>>671,673
ええ。全くわかりません。
一時ファイルに書き出して最後に全部表示して消すとかで代替しようかと思います。

>>674
>> show()する度に永続的な (=閉じるまで消えない) ウインドウを出しながら
> って極論ブラクラみたいになるってこと？
そうです。
意外と難しいっぽいですね。

>>675
何も理解せず的外れなこと言ってるね。

2023/07/27(木) 04:05:01.27

いやよく見たら>>671も同じウインドウ内で次々と違うプロットを出す方法じゃん。
show()毎に前のウインドウを残したまま新しいウインドウを出すというのが今やりたいことです。

2023/07/27(木) 09:01:24.08

>>675-677
馬鹿には無理

2023/07/27(木) 09:09:41.74

またこいつか
質問する側なのに偉そうな奴

2023/07/27(木) 09:23:17.34

答えもしない外野が一番偉そうだよなw

2023/07/27(木) 09:41:18.81

>>680
じゃあ答えてあげてね

2023/07/27(木) 10:39:22.50

>>670
その文面をChatGPTに入れて聞けよ

2023/07/27(木) 10:55:48.95

>>678
うん。で、なんで>>675みたいな投稿しちゃった？

2023/07/27(木) 12:27:31.67

マルチスレッド、マルチプロセス、同期、非同期、その辺もろもろの基礎知識ないとダメかと
急がば回れでまずはそこを学ぼう

2023/07/27(木) 21:41:08.59

そうだよね
俺が間違ってたよ
画像のエンコードから学んでくる！

2023/07/27(木) 21:51:47.85

質問者様の方が偉いんだよ

2023/07/27(木) 23:57:37.27

まず「急がば廻れ」(Walk, Don't Run) を聴きましょう。

2023/07/28(金) 00:38:09.66

ChatGPT4-DefaultとChatGPT4-Code Interpreter
に依頼しまくれば基礎知識無くてもアプリできちゃうよ

根気よく会話して、話が噛み合わなくなったら
チャットを新規で始める
エラーが出たらそれをそのままChatGPTに伝える

2023/07/28(金) 00:40:24.18

ChatGPT4-Code Interpreter＋Custom instructionsの回答

matplotlib.pyplot.show()を使用すると、
通常、図を表示するウィンドウが開き、
そのウィンドウが閉じられるまでスクリプトが停止します。
しかし、スクリプトを停止させずに新しいウィンドウで図を表示したい場合は、
次の方法を試してみると良いでしょう。

ion()を使用してインタラクティブモードをオンにします。
figure()を呼び出すことで新しい図を作成します。
グラフをプロットします。
draw()を使用して図を更新します。

2023/07/28(金) 00:44:32.99

以下は、この方法を使用して3つの異なる図を作成し、
それぞれの図を新しいウィンドウに表示する例です。

import matplotlib.pyplot as plt
import numpy as np

# インタラクティブモードをオンにする
plt.ion()

# 最初の図
x = np.linspace(0, 10, 100)
y1 = np.sin(x)
plt.figure() # 新しい図を作成
plt.plot(x, y1)
plt.title("図1: sin(x)") # 日本語のタイトル
plt.draw() # 図を更新

# 2番目の図
y2 = np.cos(x)
plt.figure() # 新しい図を作成
plt.plot(x, y2)
plt.title("図2: cos(x)") # 日本語のタイトル
plt.draw() # 図を更新

# 3番目の図
y3 = np.sin(x) * np.cos(x)
plt.figure() # 新しい図を作成
plt.plot(x, y3)
plt.title("図3: sin(x) * cos(x)") # 日本語のタイトル
plt.draw() # 図を更新

2023/07/28(金) 00:47:48.47

ChatGPT4-Code Interpreter＋Custom instructionsの回答(別のチャット)

matplotlibのデフォルトの挙動では、plt.show()を呼び出すと、
ウィンドウが表示される際にスクリプトの実行が停止します。
しかし、block=Falseを設定すると、
ウィンドウがすぐに閉じてしまうという問題が生じます。

この挙動を変更して、
show()を呼び出すたびに新しいウィンドウを生成しながらスクリプトを続行するには、
以下の手順を試してみることができます。

plt.figure()を使用して新しいフィギュアを明示的に作成します。
プロットやサブプロットを作成します。
plt.show(block=False)を使用してフィギュアを非ブロッキングモードで表示します。
plt.pause()を使用して少しの間ウィンドウを表示させます。
この時間は調整できますが、通常は短い時間（例えば0.1秒）で十分です。

2023/07/28(金) 00:48:15.50

以下は、この手順を使用して連続して2つのグラフを表示するサンプルコードです。

import matplotlib.pyplot as plt
import numpy as np

# データの生成
x = np.linspace(0, 10, 100)
y1 = np.sin(x)
y2 = np.cos(x)

# 最初のグラフを表示
plt.figure() # 新しいフィギュアを作成
plt.plot(x, y1)
plt.title("y = sin(x)")
plt.show(block=False)
plt.pause(0.1) # ウィンドウを少しの間表示させる

# 二つ目のグラフを表示
plt.figure() # 新しいフィギュアを作成
plt.plot(x, y2)
plt.title("y = cos(x)")
plt.show(block=False)
plt.pause(0.1) # ウィンドウを少しの間表示させる

**デフォルトの名無しさん** (ｽﾌｯ Sdff-nfxy) · 2023/07/28(金) 10:31:09.70

判らないなら黙ってて下さい
ウザいだけです

2023/07/28(金) 11:59:26.34

>>688-692
全く俺のやりたいことじゃない

2023/07/28(金) 12:40:41.62

あほくさ

2023/07/29(土) 00:47:40.65

指摘できる人が来ると思ったけどダメだったか

2023/07/29(土) 02:29:49.24

Seleniumでwebdriver_manager当たり前のように使ってたけど、Chrome115問題でちょっと色々考えさせられた。
結局今後もGoogleがドライバーの場所変えたらエラー吐くわけだから対処するならchromeのアプデしないようにするべきか。

2023/07/29(土) 11:12:06.08

手動でダウンロードしてきたらいいだけでは

2023/07/29(土) 12:39:48.66

"""
Usage:
test.py [-t <test>]
"""
from docopt import docopt
args = docopt(__doc__)
print(args)

>test.py -t aaa
{'-t': False,
'<test>': None}

win11でdocoptが動いてない気がする
docopt 0.6.2

2023/07/29(土) 13:41:09.08

チンチンシュッシュッシュッしてる感じのスレッドか

2023/07/29(土) 14:12:11.80

自決

>python test.py -t aaa
{'-t': True,
'<test>': 'aaa'}

win10と挙動が違う

2023/07/29(土) 14:26:43.60

test.py で起動すると、open('file')はtest.pyと同じ場所から開く
python test.py だとカレントの場所が変わるのでエラーになる

コードに絶対パス埋め込むのも何だし、pyのある場所を取得するのも面倒だし
きっちりすると面倒が増える

2023/07/29(土) 14:43:38.34

parent = Path(__file__).resolve().parent
parent.joinpath(file)

みたいにすれば相対で書ける
これは便利だと関数化ライブラリに登録すると、ライブラリのあるパスになってしまう

2023/07/29(土) 15:57:30.99

別のフォルダのライブラリにある関数を呼び出して、
open(add_current_path(LOG_FILE))
みたいにできないもんか

2023/07/29(土) 19:30:37.27

個人的に基本、pythonスクリプトで扱うファイルやディレクトリの絶対パスは
envファイルに書いてる
環境変数にしてもいいし、嫌ならenvファイルに直接アクセスさえ出来れば
出口が必ず絶対パスになるのでenvの編集だけ気にすればいいだけだし

2023/07/29(土) 19:57:56.17

__file__ を渡したらchdirしてくれる関数を作って、おまじないの1行を追加しよう

**565** (ﾜｯﾁｮｲ 7e33-CF7t) · 2023/07/29(土) 22:21:52.96

venv使えばいいじゃん

2023/07/29(土) 22:35:15.06

windowsでランチャーからスクリプト起動して処理させる使い方とvenvが合うと思えないんだよな

**565** (ﾜｯﾁｮｲ 7e33-CF7t) · 2023/07/30(日) 01:38:23.04

windowsのランチャーって何？サービスと違って実行環境にvenv指定できないの？

2023/07/30(日) 02:18:03.51

def find_data_file(filename):
if getattr(sys, "frozen", False):
datadir = os.path.dirname(sys.executable)
else:
datadir = os.path.dirname(__file__)
return os.path.join(datadir, filename)

2023/07/30(日) 05:48:45.82

だからそれだと、その関数を登録したライブラリのあるパスを返すんだって

2023/07/30(日) 06:05:34.19

漏れは、デスクトップにショートカットを作って、

WSL2, Ubuntu-18.04, VSCode を起動して、
プロジェクトフォルダを開いているけど

リンク先
C:\Windows\System32\wsl.exe code .

作業フォルダ
\\wsl$\Ubuntu-18.04\home\<ユーザー名>\test\proj1

2023/07/30(日) 14:37:10.07

pythonで扱うファイルのパスってほぼ１００％
設定ファイルだったり静的だったりするから
pythonファイル毎に相対パスで扱うのは罰ゲームでしかない

2023/07/30(日) 14:39:33.51

同じディレクトリにconfig.iniを置いて、とかむしろ常套手段なのでは

2023/07/30(日) 14:45:19.86

だからenvするのが常套なんじゃないの
env後は相対パスになりようがないから
pythonスクリプト内で相対か絶対か処理を気にしなくてよくなる

2023/07/30(日) 15:08:07.33

venvは殆ど使ったことない上に、使うと混乱するのでむしろ避けてる
ぐぐってもコンソールから使ってる例しか見つからないけど、
例えばexcelのマクロからさらに呼び出して、みたいな時にも使える?

2023/07/30(日) 17:23:26.95

そりゃ環境変数案件だな

2023/07/30(日) 18:30:42.96

>>715のenvとvenvは別もんよな？

2023/07/30(日) 20:26:24.18

import traceback
print(traceback.extract_stack()[0].filename)
これで実行開始のファイル名が取れたりしない？
スタックトレースの1番最初を取ってくる感じだけど

試してないので、出来なかったらごめんなさい

**718** (ﾜｯﾁｮｲ 7e33-CF7t) · 2023/07/30(日) 20:37:36.60

よな？違う？どうなん>>715

2023/07/30(日) 20:42:39.05

これならいけそう

2023/07/31(月) 01:38:57.99

>>718
env: 普通は環境変数のことを言う
venv: 公式の仮想環境ツール
だからまったく関係ないよ

2023/07/31(月) 06:36:07.27

python.exeのある場所をカレントディレクトリにして立ち上がるのが間違ってるんだよな
そんな場所に用はない
何かのオプションを付けると、pyの場所をカレントにして立ち上がるとかになってるべき
本当はそれがデフォルトであって欲しい

2023/07/31(月) 07:13:10.38

2023/07/31(月) 08:10:06.12

>>723
実行環境無視しろってこと？
インストールしてるライブラリーも環境によって違うのに？

2023/07/31(月) 08:14:28.90

ハイレベル過ぎてついて行けない

2023/07/31(月) 10:02:13.71

if __name__ == '__main__': で __main__ 描いている人は多いと思うけど
__file__ で自分の .py の位置取れるの知らない人は多い

2023/07/31(月) 11:12:47.09

>>727
> 自分の .py
とは何。

2023/07/31(月) 14:10:18.34

ググらんの？