07/03/28 16:39:17
毎日from __future__ import bracesして鬱になっている俺が来ましたよ。
783:デフォルトの名無しさん
07/03/28 18:32:26
>>782
マゾ?
784:デフォルトの名無しさん
07/03/28 19:08:57
なんか変わるの？
785:デフォルトの名無しさん
07/03/28 20:42:59
>>780
File "<stdin>", line 1
SyntaxError: future feature VeryBigDream is not defined
まず、VeryBigDreamを定義するところから始めた方がよいらしい
786:デフォルトの名無しさん
07/03/28 21:15:37
>>784
SyntaxError: not a chance
787:デフォルトの名無しさん
07/03/28 22:25:34
>786
RuntimeError: too late
788:デフォルトの名無しさん
07/03/28 22:52:39
おまえら Traceback すら無しか
789:デフォルトの名無しさん
07/03/28 23:55:06
>>771
Pythonで稼いだら寄付しる。
URLﾘﾝｸ(www.python.org)
790:デフォルトの名無しさん
07/03/29 01:46:25
>>778
774じゃないが、可能だと思うぞ。たぶん想像しているもとは違うと思うが。
とりあえず Excel でシンボルに対応する画像を隣のセルに貼り付ける、といったことはやったことがある。
複数シートに数百個分の画像。同じような容量で Word でもできるはず。
python win32com
とかで検索汁
書籍はこっちで
URLﾘﾝｸ(www.amazon.co.jp)
791:デフォルトの名無しさん
07/03/29 04:36:53
5種類以上のクラスを使うような規模ではクラスごとにソースファイルを分割する
方針でやってるんだけど、お前らはどうですか。
でもインスタンシエイトする文が冗長になってくやしいっ
792:デフォルトの名無しさん
07/03/29 04:56:15
なんで冗長になるのよ
793:デフォルトの名無しさん
07/03/29 05:20:36
ああ、hageClass.pyってファイル名なら
from hageClass import hageClass
ってやれば
hage = hageClass()
でいいのか。
今まで
hage = hageClass.hageClass()
と律儀にやってた。
頭沸いてるな、寝るわ。
794:デフォルトの名無しさん
07/03/29 08:00:30
まず早寝早起きから始めようよな。
ビッグドリームを夢見るのはそれからだ。
795:デフォルトの名無しさん
07/03/29 09:03:06
自分ならクラス分割するとき冗長になるような名前付けはせず、
モジュール名込みで初めて意味が通るような名前付けをする。
そうすると修飾が野暮ったく見えなくなって気分がいい。
import 機能名
x = 機能名.具象クラス名()
ie) filedb.Database, bbspost.Dialog
まあ場合にもよるけど、ほとんどの場合はこう命名できる。
796:デフォルトの名無しさん
07/03/29 15:10:53
>>795が正論。逆に言うとこの規則に従うなら「5種類以上のクラスなら分ける」などと
いうことに拘らないほうがいい。
797:デフォルトの名無しさん
07/03/29 18:42:59
仕事じゃJava漬けだから、Pythonでもついファイル名を具象クラス名にしちゃうんだよね……
798:デフォルトの名無しさん
07/03/29 21:32:34
そこでJythonですよ
799:デフォルトの名無しさん
07/03/29 21:51:47
pythonからJavaに戻ると、1ファイル1(public)クラスの制約がうっとーしくてしょうがない。
あれはIDEに頼りたくなる気持ちもわかる。
800:デフォルトの名無しさん
07/03/29 22:22:56
そこで C# ですよｗ
801:デフォルトの名無しさん
07/03/29 23:43:52
モジュール分割ってガイドラインとか無いよね？
どこでひとつのモジュールに区切っていいのか相当悩む場合がある・・・
802:デフォルトの名無しさん
07/03/30 00:54:50
ガイドライン: 他の奴のことも考えてくれ
Carbon.Xxx うざすぎ。