【まず1嫁】くだすれPython(超初心者用) その56

**デフォルトの名無しさん** · 2021/12/27(月) 01:38:10.93

当スレに★Python以外のプログラミング言語での回答類を書くべからず★
派生言語はそれぞれ専スレがある（この板にあるとは限らない）ので、そっち池。
「Ruby」「Rails」「某言語では」「クソチョンw」をNGワード登録推奨。荒らしは、完全スルー放置が一番きらいです。

このスレッドは「お勉強」スレのほうには書き込めない超低レベル、
もしくは質問者自身何が何だか分からない質問を、勇気を持って書き込むスレッドです。
へび使いが優しくコメントを返しますので、お礼は Python の布教と初心者の救済をお願いします。

★エラーを解決したい場合★は、
　　表示されたエラーの全文（勝手に省略やスクショうｐ等の横着クソ行為禁止）と、
　　実行環境（Pythonのバージョン・OSとIDEの種類およびバージョン）をシッカリ書くこと。

Pythonの★ソースコードをそのまま５ちゃんに貼るとインデントが崩れてチヌ★
【【【複数の連続半角スペースはなにもなかったことにされる＆タブは普通には入れられない】】】掲示板の仕様なので、
プログラム文は↓等の、いわゆるコードうｐ用サイトに貼ってこいください。
ttps://techiedelight.com/compiler/　　Run Code機能あり。
ttp://ideone.com/　　　　　　デフォ設定はC用のため、言語選択ボタン押下がﾋﾟｺ手間かも。
ttp://codepad.org/　　　　　ほぼ直感的に使える。Run codeボタンあり。
ttp://pastebin.com/　　　　　まずまずシンプル。
ttp://dpaste.com/　　　　　　とてもシンプル。消えるまでの日数は十分長ーく指定のこと。

◇Python公式◇ http://www.python.org/
◇まとめwiki◇ ttp://python.rdy.jp/wiki.cgi

〇前スレ〇　【まず1嫁】くだすれPython(超初心者用) その55
https://mevius.5ch.net/test/read.cgi/tech/1633070807/

次スレたては >>985 あたりが挑戦する。
### END OF TEMPLATE ###

**デフォルトの名無しさん** · 2021/12/27(月) 16:38:48.09

>>1
スレたて乙です。

すみません。前のスレの最後の方に質問させていただいたものです。
前のスレに続いて相談させて下さい。

私のやりたいことは、抽象的な説明になりますが、webからとある情報を取得してきて、それらを色々と解析することです。
その為、以下の構成を考えています。
- webから情報を取得して、オブジェクトにして返すライブラリ(1個)
- 上記のライブラリを利用して情報を取得し、解析を行い結果を表示するコマンドラインのアプリ(複数個を予定)

その為、ディレクトリ構成は以下を考えています。
- weblib(Webから情報を取得して、オブジェクトにして返すライブラリ)
-- weblib
--- web_accessor.py
--- data_type.py
-- tests
--- test_web_accessor.py
--- test_data_type.py
- commandline1(コマンドラインのアプリ)
- commandline2(コマンドラインのアプリ)

上記のcommandline1,2の内部の構成をどうすべきかよくわかりません。
また、前のスレでコメントいただいておりましたが、自作のライブラリの参照方法も何がベストなのかわかっておりません。

よろしくお願いいたします。

**デフォルトの名無しさん** · 2021/12/27(月) 17:01:38.22

weblib/__main__.py
weblib/commands/command1.py
weblib/commands/command2.py
weblib/web_accessor.py
weblib/data_type.py

とかやる
DjangoやScrapyのような大御所フレームワークでプロジェクトを作ると概ねこのようね構成になる
command1やcommand2はサブコマンドとして定義する

**デフォルトの名無しさん** · 2021/12/27(月) 17:08:01.54

git cloneしてきて、pip install -e .できるようにパッケージ化するのかいいよ
そうすれば、普通にimportするだけで使える

**デフォルトの名無しさん** · 2021/12/27(月) 17:09:15.95

結局はデプロイ方法の話だよね？違う？

**デフォルトの名無しさん** · 2021/12/27(月) 17:37:15.70

>>3
なるほど。
コマンドラインアプリ程度ならば、ライブラリと一体化させ、複数の命令があっても、サブコマンドとして実装するのが正解かも知れませんね。

>>4
すみません。個人で使いたいだけのライブラリもpip等を意識すべきでしょうか?
3rdパーティーのライブラリを使うのにpipは非常に便利なのですが、自作するとなると勉強が必要そうに感じました。

>>5
すみません。私はおそらくpythonでのデプロイの意味が理解出来てないです。
個人でのみ利用するライブラリとアプリケーションを作成する場合のソースコードの構成が知りたいです。
アプリケーションがコマンドライン程度の場合、>>3さんの提案が良い様な気もしていますが、いかがでしょうか?

**デフォルトの名無しさん** · 2021/12/27(月) 18:34:46.34

1.command1を実装するためにweblibで不足を補ったり編集作業をしてcommand1完成
2.command2を実装するためにweblibで不足を補ったり編集作業をしてcommand2完成
3.command1と2完成したはずなのにcommand1が動かない。その原因は2のweblib編集作業
4.command1が動くように修正したら今度はcommand2が不具合抱える
（以下無限ループ）

なんて初心者が陥りがちな罠あるからなｗ
ライブラリ化やパッケージ化できたらいいし、そうやるのが理想だけど
フォルダ構成の勉強したいとかじゃなく動くものを作りたいだけなら何も考えずに必要なファイルをコピーコピーで二重、三重に抱えるのも手だよ

**デフォルトの名無しさん** · 2021/12/27(月) 19:34:55.86

>>6
知ってるとは思うけど、pipはローカルに落としてきたファイルにも使える
そうすれば、そういうことで悩む必要はなくなる
絶対そうするべきとまではいうつもりもないし、あくまで選択肢の一つとして挙げただけだよ

8 · 2021/12/27(月) 19:37:59.09

ローカルにというかPiPIを介さずにと言いたかった

**デフォルトの名無しさん** · 2021/12/30(木) 23:48:26.78

>>7-9
アドバイスありがとうございます。
色々と教えていただいたのですが、結局動作させることを優先してモジュールやパッケージは無視して、実装してしまいました。
空行も含めて1万行ちょっとですが、ファイルは3個のみで、全部同じディレクトリにあります。
__init__.pyや__main__.pyは作らず、ソースコードを直接叩いています。

いまいち、パッケージっぽく作成した場合のimportの動作がよくわからないので、おいおい勉強していきます。
何かこのあたりのpythonの常道を学べるものがあれば教えて下さい。
とりあえず、仕事が暇になったら、Effective Pythonでも買おうかと思ってます。(私は若い頃にEffective Javaを読んで感動したので)

**デフォルトの名無しさん** · 2021/12/31(金) 22:28:10.79

>>10
ここ
https://packaging.python.org/en/latest/tutorials/packaging-projects/

参考にしてる本とかサイトとかで紹介されてる方法と違ったりする時はパッケージ構成だけでもこっちに合わせてやった方がいいと思う

**デフォルトの名無しさん** · 2022/01/01(土) 06:43:12.13

＞　お前は毎朝起きるたびに俺に負けたことを思い出すよ＾＾

あー、ホンッとに思い出すなあ（笑）
キチガイの嘘つきの低レベルFランの、
朝鮮ゴキブリBot君は、
チョン独特の「なにもできないけど俺のほうがジャップより偉い！」的な
ことはよーくわかったよ。
ホントなにもできない朝鮮ゴキブリBot君！

クソチョンｗ
クソチョンはウンコを食べる糞食人種w
朝鮮人はゲリ便をじゅるじゅると
うまそうに食うw

**デフォルトの名無しさん** · 2022/01/01(土) 11:46:28.70

RPGを作ります
モンスターのクラスを100匹ぶん設定します
それぞれ50-100行です

モジュール分割は1モンスターごとか
monsters.pyにベタ書きか
種族や出現場所など、何らかのグループ単位か

どれでもいいとは思うんですが、良し悪しの経験談をお聞きしたい

**デフォルトの名無しさん** · 2022/01/01(土) 11:52:14.80

>>13
モンスターより
モンロー効果を勉強したまえ

装甲撃ち抜くには必要だぞw
SMAW ロケットランチャーの方が良いかも

**デフォルトの名無しさん** · 2022/01/01(土) 12:18:25.91

>>13
モンスターパッケージの下に
なんらかのグループ単位でサブパッケージ
サブパッケージの下にモンスター単位のモジュール

管理しやすいようにするのが目的だから
1モジュールにベタ書きでも管理しやすいと思えばそれでもいい
変更・入れ替え・追加の単位で考えるのが基本
あとグループ化は排他的な分類じゃないと破綻するので
将来を見据えても種族や出現場所が1モンスターにつき1つに必ず決まるかどうかの考慮が必要

**デフォルトの名無しさん** · 2022/01/01(土) 13:24:06.66

モンスターの種類ごとにclassを作る
ただそうするとclassの種類が増えて面倒になるから、どのモンスターも全部同じinterface派生にしておく
そうすると地図モジュールではそのinterface一種類を処理できるようにするだけで、全モンスターを処理できるようになる

さらに宝箱は移動しないモノという扱いで同じinterfaceにしておいたり
奇襲エリアやpopエリアなんかも透明なモノとして同じinterfaceにしておくと、モンスターに限らず地図上にあるものすべて同じ規格で簡単に処理できるようになる

**デフォルトの名無しさん** · 2022/01/01(土) 13:49:47.45

>>15-16
なるほど。勉強になります

**デフォルトの名無しさん** · 2022/01/01(土) 18:02:52.86

ただしそのinterfaceを適当に設計するとあとで地獄を見る

**デフォルトの名無しさん** · 2022/01/01(土) 18:26:10.69

例えば、ドラゴンゾンビが、
ドラゴンクラス・ゾンビクラスのどちらから派生すべきか、設計が難しい

ドラゴン種族で、ゾンビ属性を持つ？
または、ゾンビインターフェイスなのかな？

**デフォルトの名無しさん** · 2022/01/01(土) 20:13:57.80

未来を見通すことなんてできないんだから、インターフェースという考え方自体が無理筋かもしれない。

**デフォルトの名無しさん** · 2022/01/01(土) 21:40:29.96

何回もリファクタしたらいいんよ