アカウント名:
パスワード:
def __init__(self,
なんだよ __init__ とか self とかって思う
Java系のクラス名をもってコンストラクタとする風習よりはいいだろう。Java系のthisを省略できる風習よりもいいだろう。 どうでもいいことを言うとselfは別にselfでなくてもいいのでdef __init__(this,でもいいClassでもいいしFuncでもStaticでもいい
initialize のほうがよかないか
どうでもよかないか
どうでもいいことだけど _ を前にも後ろにもつけすぎるのは悪目立ちしてるよな
「～よりいいだろう」のセンスが致命的に噛み合わなかった
クラス名をコンストラクタとするのはJava系というか、一般にはC++のやりかたで、おそらくC++の設計で参考にしていたSimulaあたりが元祖冗長ではあるが、多重継承のときに明示できるメリットがある。Javaにはないけどね
メンバ関数にselfをいちいちつけるのは冗長で、クラスは後付なんだろうと感じる。FortranやPerlでもそんなかんじでクラスが実装されている。
どちらだろうとできることに違いはないということは優劣があるわけでもない。それでも気持ち悪く感じた最初の印象が残っているひとがいてもおかしくない。優劣の話をしているのではなく印象だけなんだから「～よりもいいだろう」とかの言い草は議論の余地なしという感じで気持ち悪い。
Python系のひとはやりかたはひとつにしろ、とか押し付けがましい印象がある(偏見)
でもselfのとこを短くmeとしたら半狂乱で文句つけてくるやついるんだよな共同開発者でもなんでもないのにさ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家
Pythonっていまだに気持ち悪い (スコア:0)
def __init__(self,
なんだよ __init__ とか self とかって思う
Re: (スコア:0)
Java系のクラス名をもってコンストラクタとする風習よりはいいだろう。Java系のthisを省略できる風習よりもいいだろう。 どうでもいいことを言うとselfは別にselfでなくてもいいのでdef __init__(this,でもいいClassでもいいしFuncでもStaticでもいい
Re: (スコア:0)
initialize のほうがよかないか
Re: (スコア:0)
どうでもよかないか
Re: (スコア:0)
どうでもいいことだけど _ を前にも後ろにもつけすぎるのは悪目立ちしてるよな
Re: (スコア:0)
「～よりいいだろう」のセンスが致命的に噛み合わなかった
Re: (スコア:0)
クラス名をコンストラクタとするのはJava系というか、一般にはC++のやりかたで、
おそらくC++の設計で参考にしていたSimulaあたりが元祖
冗長ではあるが、多重継承のときに明示できるメリットがある。Javaにはないけどね
メンバ関数にselfをいちいちつけるのは冗長で、クラスは後付なんだろうと感じる。
FortranやPerlでもそんなかんじでクラスが実装されている。
どちらだろうとできることに違いはないということは優劣があるわけでもない。
それでも気持ち悪く感じた最初の印象が残っているひとがいてもおかしくない。
優劣の話をしているのではなく印象だけなんだから「～よりもいいだろう」とか
の言い草は議論の余地なしという感じで気持ち悪い。
Python系のひとはやりかたはひとつにしろ、とか押し付けがましい印象がある(偏見)
Re: (スコア:0)
でもselfのとこを短くmeとしたら半狂乱で文句つけてくるやついるんだよな
共同開発者でもなんでもないのにさ