Pythonのお勉強 Part6
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNGhttp://www.python.jp/Zope/
Python オフィシャルサイト
http://www.python.org/
前スレ
http://pc5.2ch.net/test/read.cgi/tech/1095684242/
0652デフォルトの名無しさん
2005/06/15(水) 01:20:51うろ覚えだけどhtpasswdってUnixのcrypt(3)を呼ぶだけの単純な
パスワードじゃなかったっけ。Pythonからcrypt(3)を呼ぶためだけに
ゴニョゴニョとC拡張モジュールを書いた記憶がある。
・・・ってこれじゃ単なる思い出話だな。ｽﾏｿ
0653デフォルトの名無しさん
2005/06/15(水) 03:56:24cryptだったら標準モジュールにあるけど..
標準モジュールのgetpass, base64, sha, md5, crypt, tempfile, のみでcloneつくれそう。
0654ポッキー谷村 ◆XovXppFfGM
2005/06/15(水) 04:41:34":" の使用の仕方は Matlab と違うし、直観的じゃない故に気にくわないけどな。
0655デフォルトの名無しさん
2005/06/15(水) 08:44:090656デフォルトの名無しさん
2005/06/15(水) 09:48:35plaintextとCRYPTはわかると思うので、SHA1とMD5エンコーディングのみ。
import sha, base64
def sha1_base64_encode(password):
return "{SHA}" + base64.encodestring(sha.new(password).digest()).strip()
MD5のエンコードは、(ここに張り付けるには)ちょっと長くなるので外部ライブラリで、
http://www.twistedmatrix.com/users/z3p/files/pyshadow-0.1.tar.gz
# 必要なのはmd5_crypt.pyのみでshadowはコンパイルする必要ない。
# 注意点はMD5_MAGICの部分を
'$apr1$' に変更。
def md5_encode(password, salt):
import md5_crypt
md5_crypt.MD5_MAGIC = '$apr1$'
return md5_crypt.md5_crypt(password, salt[:8])
twistedも pyshadowのmd5_cryptを使ってる。zopeもtwisted使ってるので同じ。
0658デフォルトの名無しさん
2005/06/15(水) 18:08:40はじぱい第2版
0659デフォルトの名無しさん
2005/06/16(木) 01:15:53初めてのPython 第2版 ← 持っといて損無し
Python Programming on Win 32 ← Windows使いなら
他の本はマニュアルに書いてあることの焼き直しだったり、
訳された時期が古かったりで、内容的にもイマイチな印象。
ぶっちゃけ日本語訳のマニュアルで大体事足りると思う。
0660デフォルトの名無しさん
2005/06/16(木) 07:05:490661デフォルトの名無しさん
2005/06/16(木) 07:31:050662デフォルトの名無しさん
2005/06/16(木) 09:20:24オススメの本を聞いて来るレベルの人には別にいいんじゃねぇの
0663デフォルトの名無しさん
2005/06/16(木) 13:18:23親クラスのメソッドはSuper(Foo, self).bar()で呼び出せとか、
そういうOOの基礎レベルの事はどこかにまとめて書いてあってよいと思うのだ。
別に恥パイでなくてもよいが。
0664デフォルトの名無しさん
2005/06/16(木) 15:04:01これ知らない。どゆこと？
0665デフォルトの名無しさん
2005/06/16(木) 20:09:57def bar(self):
print "親"
class Ko(Oya):
def bar(self):
print "子"
Oya.bar(self)
神経質な人は Oya.bar(self) と書かずに
super(Oya, self).bar() のように呼び出す
Oya.bar(self) だとどんな実害があるのかは知らんとです
0666デフォルトの名無しさん
2005/06/16(木) 20:25:44superを使った方が多重継承のときに良い事がある。
いずれにせよ具体的なクラス名が入るのが冗長でうっとおしいんだが、
関数bar()は自分の定義されているクラスを知らんのだろうか。
0667デフォルトの名無しさん
2005/06/16(木) 20:26:57Traceback (most recent call last):
File "<pyshell#34>", line 1, in -toplevel-
Ko().bar()
File "<pyshell#33>", line 4, in bar
super(Oya, self).bar()
TypeError: super() argument 1 must be type, not classobj
0668デフォルトの名無しさん
2005/06/16(木) 20:29:240669デフォルトの名無しさん
2005/06/16(木) 22:30:060670デフォルトの名無しさん
2005/06/16(木) 22:39:550671デフォルトの名無しさん
2005/06/17(金) 07:24:12協調メソッドといったNew style classにおける菱形構造の多重継承を解決するもので、
通常は、MROなどを利用しなければ利点も害もないはずです。
0672デフォルトの名無しさん
2005/06/17(金) 12:33:06new style classのその辺をすぱっとまとめて解説した
Effective Pythonみたいな本をきぼんぬ。
0673デフォルトの名無しさん
2005/06/17(金) 15:46:100674デフォルトの名無しさん
2005/06/17(金) 21:45:25みたいな逆継承機能ってないの？
おっぱいソンなら実装できそうな気がするんだけどな。
0675デフォルトの名無しさん
2005/06/17(金) 21:50:02逆継承と一行目のたとえのつながりがわからん
0676デフォルトの名無しさん
2005/06/17(金) 21:56:22だから継承可能
0677デフォルトの名無しさん
2005/06/17(金) 23:40:05apacheが使ってるSHA1の方式はsaltが固定なので、気をつけて。
BSDライセンスコード使うのに問題がなければ、MD5推奨。
>>672
英語だと http://www.python.org/doc/newstyle.html だけど
日本語訳されてないのかな...
0678デフォルトの名無しさん
2005/06/18(土) 00:17:45インデントにハードtabを使用してはいけない理由がよくわからんのですが・・・
エディタや端末の都合によってtab幅を変えたりできるので個人的にはなんで？
という感じなんですが
0679デフォルトの名無しさん
2005/06/18(土) 00:24:16>エディタや端末の都合によってtab幅を変えたりできるので
だからこそ、ハードtab使うと、ソースの見た目が「エディタや端末の都合で」バラバラに変わってしまって
見やすくないからジャマイカ。
0680678
2005/06/18(土) 00:28:49利点と感じる人間もいれば欠点と感じる人間もいるわけなんですね
特にこだわりがあるわけでもないので礼儀正しくスペースでいきます
将来のバージョンでは「お勧めしない」から「エラーとなる」
とどこかに書いてあったもので気になってたずねてみました
ありがとうございました
0681デフォルトの名無しさん
2005/06/18(土) 01:45:18あらためてコードを見直してるときに気付きました(鈍い^^;) 確かにこれではMD5推奨ですねぇ。
ところで、BSDライセンスって、自分のコードと同一ファイルに改変を加えながら混ぜ込んだ場合はどうなるんだろう……。
>>678
python歴1週間なんですけど、ハードTABは内部で最大8コのスペースに変換される(ハードTAB幅=8)というのは見たのですが、使うなっていうのはどこに書いてます?
# perl歴10年以上、ruby歴ちょっとだけ、のところからやってきますた。
# とりあえずわかったことは、カッコだろーがbegin～endだろーがインデントだろーが
# たいして変わらん(Emacsがよきにはからってくれるし:-)、とゆーことでつね。
0682678
2005/06/18(土) 01:53:56http://www.python.jp/Zope/
>Guido van Rossum 氏は Python プログラマのさらなる飛躍のため、新たな「型」の導入を決心したようです。
>それはホワイトスペースの使い方を構文レベルで強制することです。次のような案が出ています。
>タブによるインデントは廃止。インデントにはスペースを使う。
ここに書いてありますた
0684682
2005/06/18(土) 02:03:54じゃtabでもエラーにはならないみたいすね
ただtabはオススメしないと別のサイトにあった記憶が
・・・それも4/1じゃないよな・・・
0685681
2005/06/18(土) 02:19:11UNIXから来た場合はタブ幅が8なので、問題なかったりするのですが。
0686デフォルトの名無しさん
2005/06/18(土) 05:09:52実際に使用するライブラリがあればそっちのライセンスを適用すべきだけど、
参考までに、apr-util(Apache Portable Runtime utility)のmd5 encodeでは、
アルゴリズムはFreeBSDのcryptから借りてきたよ。とだけコメントに書かれてます。
緩いライセンスなので、それほど気にする必要はなかったかな。改変も商用利用も問題ないです。
>>684
PEP8 Style Guide for Python Codeですね。
April oneのは、構文解析時にスタイルを強制するかも、って話で、
そこに書かれてる作法自体は、PEP8スタイルガイドで昔から推奨されてます。
0687デフォルトの名無しさん
2005/06/18(土) 06:20:300688デフォルトの名無しさん
2005/06/18(土) 15:39:26おいおい
viでもset tabstop=4とかすりゃ……
0689デフォルトの名無しさん
2005/06/19(日) 00:54:25現在WindowsXP + VC++.NET + DirectX + Python2.4で、ゲームを作っています。
ネイティブコードより、Pythonを呼び出してPythonからネイティブコードをCallできる
仕組みを利用しているのですが、Pythonモジュールの呼び出しのオーバヘッドや動作速度が気になります。
0690689
2005/06/19(日) 00:56:130691デフォルトの名無しさん
2005/06/19(日) 02:58:10質問は具体的に。
0692デフォルトの名無しさん
2005/06/19(日) 10:02:510693689
2005/06/19(日) 13:46:11組み込み用途としてPythonを採用しているソフトって、メタセコイアぐらいしか知らないんで
他にどういった使われ方をされているか知りたい。
0694デフォルトの名無しさん
2005/06/19(日) 14:08:25メタセコよりBlenderの方が色々な使い方をしてるな。
ソースも公開されてるし。
一応、PS2・PCゲーなどで組み込まれた実績あり。
検索すれば出てくる。
ただ、組み込み系はメモリ的にキツいだろうね。
メモリが足りない＝ストップだから。
0695デフォルトの名無しさん
2005/06/19(日) 14:12:18その方面だと Shade、trueSpace、Blender あたりが有名かな。
いずれも Python による scripting が可能だそーだ。
0696689
2005/06/19(日) 14:24:55結構採用実績がありますね…。PS2で組み込まれたのはすごいな。
BlenderもPythonだったのかぁ、知らなかった。使いにくくて辞めたけど…。
気になったのは、メモリの関連。Pythonってメモリ使用量多いですか…？
すごく気になる。
>>695
trueSpaceみたいなゲームフレームワークも採用しているのか。
自分が思いついた事はもう既に誰かが実践しているのね。ちょっと悲しい。
Shadeは使っているんだけど、Pythonスクリプティング可能だったのかー！
知らなかったー…。
0697デフォルトの名無しさん
2005/06/19(日) 14:45:570698689
2005/06/19(日) 14:47:26Pythonドキュメントで10.1 Allocating Objects on the Heapの項である
関数以外でPythonがヒープに大きく影響する？
PyMethod_Functionを呼んだ先でヒープ確保とかしているということ？
Pythonのメモリマネジメントってどうなっているのか分からない…。
0699デフォルトの名無しさん
2005/06/19(日) 14:52:0310 年は若い方
>>698
前に調べた時は GC は参照カウント + ループ回避だったみたい
0700689
2005/06/19(日) 14:58:16CからPythonの関数を呼んだ時に、Pythonが確保するヒープ容量って
どのように制御されているか分かりますか？
Pythonが勝手にメモリを食っていくようだと、かなり厳しいのですけど…。
できれば呼び出し側のC側で使用メモリ容量を制限したいんですが。
0701デフォルトの名無しさん
2005/06/19(日) 19:57:07> 気になったのは、メモリの関連。Pythonってメモリ使用量多いですか…？
組み込み用途として考えると多い、と言えるだろうね。Pythonに限らず
RubyもLuaも基本的な作りは同じだと思うよ。便利モジュールをインポート
して使用メモリの増加を見るといい。
基本的に処理の呼び出しが名前ベースで解決されるから、
インスタンスが増えれば増えるほどその分文字列のデータが
増えてくわけだ。名前で解決するからこそ便利な一面も
あるわけだけど。
適当にしか見てないからウソ言ってるかも。
自分アプリに組み込むか、ソースをコンパイルするなりして、
デバッガでmallocしているところを追うのが手っ取り早い。
マニュアル見れば結構簡単にできる。
スクリプティング可能にして、ユーザに拡張させることを考えると
どれだけのメモリを使うか予想が付かないから組み込みでは
キツい、という自分なりの結論。後、Pythonは基本的に保護
機能みたいなのが無いから、行儀の悪いことされると困る。
性善説に基づいているような言語って感じ。
0702デフォルトの名無しさん
2005/06/19(日) 20:55:230703デフォルトの名無しさん
2005/06/19(日) 22:47:41> Pythonのメモリマネジメントってどうなっているのか分からない…。
つpython/dist/src/Python/memmove.c
0704689
2005/06/19(日) 23:08:47Python側で変なコード書かないかチェックしなきゃいけないって事ですね･･･。
参考になりました。もうちっと追っていきます。
（自分はPy_InitModule呼んだ段階でヒープは全て確保済みだと思っていた・・・）
>>702
ゲームとかゲームとかゲームとか・・・
>>703
眺めておきます（ぉ
0705デフォルトの名無しさん
2005/06/19(日) 23:25:520706デフォルトの名無しさん
2005/06/19(日) 23:36:13> ゲームとかゲームとかゲームとか・・・
だったらBlenderが一番の参考資料になるかもね。
Pythonでゲーム向けのAPIが用意されてるよ。
色々なデモがあったはず。
個人的な考えだけど、まずはデバッグ環境用としてのみPythonを組み込んでおいて、
実行時にオブジェクトのステータスを変えたり、振る舞いを変えたり、といった
作業効率を向上させるための道具として使う。で、メモリ、動作速度面での
目処が立てば次のプロジェクトで実用へ、って感じかな。
まぁ、ゲームに組み込みを考えるならLuaの方がコンパクトだから
そっちの方が無難かも。
0707689
2005/06/19(日) 23:49:06イロイロ参考になります（汗
今はゲームで画面遷移、パラメータ設定、セーブの為のシリアライズのみ使ってます。
Blenderソースは知らなかった･･･。探してみますね。
Luaはコンパクトな反面、標準モジュールがPythonに劣るので･･･。
時流に乗ってPythonでいきます。
0708デフォルトの名無しさん
2005/06/20(月) 02:44:38自分でPythonの処理系をコンパイルするなら、オプションで上限を設定できます。
> 基本的に処理の呼び出しが名前ベースで解決されるから、
> インスタンスが増えれば増えるほどその分文字列のデータが
> 増えてくわけだ。
Pythonの文字列は(関数呼出の際の関数名など内部で使われる文字列も)
重複する文字はinternとして扱われるので、メモリの面では単純に比例して増えるわけではありません。
あと、Pythonのソースで気をつける事。# とりあえず思いついただけなので、突っ込み・追加歓迎
- 事前処理以外にevalを使わない。
- (stacklessでなければ、)再帰呼出やデータの循環構造
- リストを固定長で扱う。リサイズ時に拡張されるので、appendを直接使わない。
初期化時に長さだけ確保しておく方が良い。Cの配列ようにまとまった領域が取られる為。
- クラスで抽象データ構造を表現せずに、list,dictを使い、長さ、要素の長さを制限する事で
実行時に使うデータ領域が大体予測可能になるはず。
> Luaはコンパクトな反面、標準モジュールがPythonに劣るので･･･。
組み込み向けでは、調査しなければならないライブラリが増えるというデメリットもありますね。
>>703
memmove.cってメモリマネージメントとは関係ないですよ。
アロケーターとかは、src/Objects/obmalloc.c
0710689
2005/06/21(火) 01:26:22>>708
組み込み向けPython Scriptingも奥が深い…。気をつけることが満載ですね。
>自分でPythonの処理系をコンパイルするなら、オプションで上限を設定できます。
自分も該当コードを見つけて喜んでいました。
>組み込み向けでは、調査しなければならないライブラリが増えるというデメリットもありますね。
Python使う理由が、C/C++のライブラリ探すの面倒くさいというのもあったりしてなかなか難しいです…。
通信関係は全てPythonに依存しています…。
0711デフォルトの名無しさん
2005/06/21(火) 01:54:42そして徐々に C++ → C → asm で*変換*していくストラテジーは
組み込み系*でも*有用だと思いますよ。
ブランチコード全体に於ける Python コード行のパーセンテージの表示で
進捗状況をアナウンスするとおもろいかもね。
0712648
2005/06/22(水) 00:07:16http://iwa.ath.cx/software/python/ApacheAuthFile.tar.bz2
python歴10日足らずなので、命名規則等も含めて「よりpythonらしい」書き方の添削キボンヌ。
ファイルの更新がatomicでないので、壊れたファイルをApacheに読まれる可能性がありますが、一時ファイル作ってリネームというのをやり始めてみたら、排他制御が面倒だったので……(^^;
0713デフォルトの名無しさん
2005/06/22(水) 10:15:19- appendの他にも配列型のオブジェクト全般で(文字列、タプル、リスト, ...)の 連結・反復 + * += *= や スライス。
- リストの場合、可能なら遅延リスト(GeneratorやIterator)で表現するとメモリを節約になる。
通信だと、marshalを通信プロトコルでオブジェクトのシリアライズに使わないとか。
組み込みに限った話ではありませんが、セキュリティ面での注意も幾つかありますね。
メモリに関していえば、数バイトの不正なデータで大量のメモリを占領されたりする等、問題になります。
ところで、ライブラリ込での組み込みとなると、ライブラリがすでに富豪的に書かれてるので、
これらの省メモリ・テクニックってあまり効果がないかも知れないなぁ。予め余裕をもってヒープ確保する方が有効だと思う。
0714デフォルトの名無しさん
2005/06/22(水) 10:18:52実行はしてないけど、見た感じだけレビュー
Pythonでのmain関数。(rubyでいう if $0 == __FILE__)
http://www.artima.com/weblogs/viewpost.jsp?thread=4829
def main(*argv):
nbsp;nbsp;# do something
nbsp;nbsp;return 0
def __name__ == '__main__':
nbsp;nbsp;sys.exit(main(*sys.argv))
モジュールの末尾に書いておくと、単体で呼ばれた時のみmainを実行される。
モジュールとして他のファイルからimportされた時にはmainは呼ばれない。
to_str -> __str__ str(obj) で __str__ が呼ばれる。
printなどで表示する時の為にも、__repr__ も実装しておくと良い。
rubyのinspect相当,オブジェクトのシリアライズにも使われるが、printデバッグ時にも使える。
set, type, int, str, list, dict, tuple, file, object などはビルトイン型の名前と重なるので、避けた方がいい。
TABとSpaceの混在 -> _match メソッド内
python -t や -tt オプション付きで実行すると確認できます。
import * でインポートする関数/クラスは __all__ で指定できるので、
モジュール内で使うローカルクラスの名前のprefixは、はずすこともできる。
0715648=712
2005/06/22(水) 13:35:42> 見た感じだけレビュー
どっちかと言うとその方面での突っ込みを期待していたので、感謝です。
> main
pythonではこう書くんですね。今回のものは、テストコードを分離したいのでこのまま行くと思いますが。
> str
obj.str()ではなくて、str(obj)なんですね。んー、rubyに毒されてるせいかもしれないけど、いまいち気に入らない……。
> ビルトイン型の名前と重なる
ライブラリリファレンス等を見てると、これって結構注意しないといけなさそう。(fileとlistはやってました^^;)
> TAB
使わないのが推奨? 気付いてなかったんですが、Emacsのpython-modeは全部スペースに展開してますね。
> __all__
どっちを使うかは好みでしょうか。ローカルスコープのものに"_"を付けるのもそれはそれでわかり易いように思うし。
# こーゆー部分で選択肢をあたえるのはびみょーにpythonらしくないよーな気するのは偏見?(^^;
0716デフォルトの名無しさん
2005/06/23(木) 14:07:390717デフォルトの名無しさん
2005/06/23(木) 15:53:540718デフォルトの名無しさん
2005/06/23(木) 17:27:39obj.str()
obj.len()
とかじゃなくて
str(obj)
len(obj)
なの？
0719デフォルトの名無しさん
2005/06/23(木) 17:32:190720デフォルトの名無しさん
2005/06/23(木) 17:57:41おかげでしょっちゅう間違えるよorz
あとperlのjoin()相当が、array.join(separator)じゃなくて、separator.join(array)だったのに愕然とした。
0721デフォルトの名無しさん
2005/06/23(木) 18:48:210722デフォルトの名無しさん
2005/06/23(木) 18:53:070723デフォルトの名無しさん
2005/06/23(木) 19:04:58pythonという言語仕様自体は(もうperlには戻りたくないなと思う程度には)悪くないと思うんだけど、組み込み関数／クラスのデザインについてはちと、いや、かなり納得がいかない部分が……。
0724デフォルトの名無しさん
2005/06/23(木) 19:10:55無名関数／メソッドにしたいのにいちいち名前付けにゃならんのはウザいぞー。
0725デフォルトの名無しさん
2005/06/23(木) 21:07:40動けばいいやー、みたいな。
0726デフォルトの名無しさん
2005/06/23(木) 21:18:04使い始めの頃 x.dir(), x.len(), x.str() て書いて怒られてたし
今も x.dir() のほうがいいと思ってる．
"".join(array) はキモイから
str.join("", array) にしてる．
あと sort() もリストを直で変える点が気に入らない．
新しいリスト作って欲しい．これは
def sort(L): L2 = L[:] ; L2.sort() ; return L2
１回書いとけば問題なし．
0727デフォルトの名無しさん
2005/06/23(木) 21:20:25len(obj)はlen()の実装がオブジェクト中立だから。
__len__のかわりにlen()を定義すればよい、という意見はあるだろうが、
あらゆるclassに引き継がれる大元の基底クラスで、いたずらに公開属性は定義しないというポリシーの意義は
それはそれで理解できるのではないか。
たとえばRubyはObject classにメソッドを定義しすぎで、見通しを悪くしている。
(トップレベルでユーザが定義したメソッドまで放り込まれてしまうのはもはや笑うしかない)
0728デフォルトの名無しさん
2005/06/23(木) 22:27:140729723
2005/06/23(木) 23:56:04ふむ、そういうポリシーなわけですか。組み込み関数群を眺めてると、オブジェクトに対する基本的な操作については頑なにobject.method()になるのを避けてるよーに見えたのですが、それなら理解できなくもないです。
個人的にはruby的アプローチの方が使い勝手が良さそうには感じますけど、このあたりは個人の感性の問題かなぁ。ルートクラスがfatだと美しくないのは確かだし。
もっとも、このあたりの議論なんて、本家ではとっくに決着がついてて今さらな話のよーな気がひしひしと。
0730デフォルトの名無しさん
2005/06/24(金) 00:01:472.4からは組み込み関数 sorted() が実装されたよ。
これは新しいリストを返してくれる。
iterableクラスのメソッドじゃないから、キモイって言われそうだけど。
0731デフォルトの名無しさん
2005/06/24(金) 09:39:49> The major reason is history.
(snip)
> One can quibble about individual cases but it's a part of Python,
> and it's too late to make such fundamental changes now. The functions
> have to remain to avoid massive code breakage.
0732デフォルトの名無しさん
2005/06/24(金) 11:17:180733デフォルトの名無しさん
2005/06/24(金) 16:26:06一応、オンラインのリファレンスマニュアルやライブラリマニュアルを眺めてるんですが、どこからたぐればよいのかさっぱり……。
def func1(): ...
func = "func1"
# eval(func + "()")相当をevalを使わず実現したい
class Class1:
def method1(self): ...
obj = Class1()
method = "method1"
# eval("obj." + method + "()")相当をevalを使わず実現したい
0734デフォルトの名無しさん
2005/06/24(金) 16:43:07m1 = getattr(obj, "method1")
m1()
mymodule = sys.modules['__main__'] (これはもっと簡単に書けるかも)
f1 = getattr(mymodule, "func1")
f1()
0735デフォルトの名無しさん
2005/06/24(金) 18:07:26感謝!! モジュール内の関数だとsys.modules[__name__]になるのかな。……これでいけるよーだ。(もっと簡単な方法もありそーな気も)
ところで、moduleオブジェクトとか関数オブジェクトとか、処理系自身が持つクラスやオブジェクトに関して体系的に解説した本とかオンラインドキュメントってあります?
0736デフォルトの名無しさん
2005/06/24(金) 21:31:350737デフォルトの名無しさん
2005/06/24(金) 22:11:410738736
2005/06/24(金) 22:21:570739デフォルトの名無しさん
2005/06/24(金) 22:47:080740デフォルトの名無しさん
2005/06/24(金) 22:53:310741デフォルトの名無しさん
2005/06/25(土) 00:50:441 <- 定数
2 <- これも定数
0742デフォルトの名無しさん
2005/06/25(土) 01:29:570743デフォルトの名無しさん
2005/06/25(土) 02:52:39ttp://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/414140
0744デフォルトの名無しさん
2005/06/25(土) 09:54:33Pythonの世界ではプログラマはみんな仲間であり同士。
0745デフォルトの名無しさん
2005/06/25(土) 11:04:49Pythonの世界ではプログラマはみんなケダモノであり穴兄弟。
ﾅﾝﾁｬｯﾃ
0746デフォルトの名無しさん
2005/06/25(土) 11:18:160747デフォルトの名無しさん
2005/06/25(土) 11:29:01Zap! Zap! Zap!
0749デフォルトの名無しさん
2005/06/25(土) 15:02:240750デフォルトの名無しさん
2005/06/25(土) 20:05:160751デフォルトの名無しさん
2005/06/25(土) 20:12:48標準モジュールでもどちらにするか統率が取れていない様なので、好みの問題でしょうね。
この場合は、test_スクリプト側でモジュールをimportする際に、
名前を指定してimportする。と指摘すべきでした。でも、どちらか片方を選択と言わず、両方併用しても問題なしです。
import * する場合は、名前空間汚染の心配があるので __all__ の定義を推奨します。(個人的に)
>>735
func1がスコープ内(func1()で呼び出せる場所)にあるなら、locals()["func1"]()
>>736
> ところで、moduleオブジェクトとか関数オブジェクトとか、
> 処理系自身が持つクラスやオブジェクトに関して体系的に解説した本とかオンラインドキュメントってあります?
>>> import new
>>> help(new.module)
>>> help(new.function)
処理系の内部的な事だとC/APIドキュメント、ソースコード。
書き掛けですが、http://rupy.rubyforge.org/wiki/wiki.pl 辺りの内容に興味あります?
>>749
大袈裟な例を挙げると、True, False = False, True みたいな事が原因でプログラムが破綻するケースで、
プログラムの動作を保証する為に用いる。const(この場合は、read-only variable)で未然に防げるbugもあります。
# constの役割は、コンパイル時評価/最適化等、他にもあるけど
> const
実行時チェックは、インタプリタだとパフォーマンスに影響する事もあるので,
ソースコードの静的チェックするのは、どうでしょ?
evalやcompile,execを使わない保守的なコードを書いていれば、ある程度チェック出来るはず、
■ このスレッドは過去ログ倉庫に格納されています