【実験台】 Python 3.0 のお勉強 Part 1 【非互換】

■ このスレッドは過去ログ倉庫に格納されています
2009/02/19(木) 22:30:15
Python 3.0 は隔離スレを作るべきだと思うのは俺だけかな？
そもそもあれは実用で使うには時期が早すぎるわけで、ここで
普通に語られても困る。
--------
別に
--------
細分化する必要性が全く感じられない。
各自がレスの内容を収拾選択すればいいだけ。
2010/09/13(月) 09:10:07
>>280
cdefはpyxの中でしか呼べないから、
pyからpyxのdefを呼んで、pyx内で、cdefを呼んでる
うまく説明出来てないけど、今こうなってる。
全部pyxにしちゃえばいいんだけど、そうできないのがいくつかある
2010/09/13(月) 10:24:07
素直にSwigこれ最強
2010/09/14(火) 02:13:37
boost.python ....
2010/09/16(木) 18:38:30
結構色々とあるんですね
まあ、しばらくはCythonしか手を出せないんですが…

Cythonのオブジェクトが良くわからん
cdef class abc:
　def aaa(self,val):
　　aaa_f(self,val)
　cdef aaa_f(self,val):
　　self.A = 0
　　self.B = []
　　self.C = val

aaa_f がありませんだってお
2010/09/16(木) 22:58:34
>>284
CythonじゃなくてPythonでもそれはエラーになるだろ…
2010/09/16(木) 23:35:08
>>285
Pythonだとこんな感じ
#abc.py
class abc:
　def aaa(self,val):
　　self.A = 0
　　self.B = []
　　self.B = val

特に実行エラーとかもなく普通動いてる
#main.py
neko=abc.abc()
neko.aaa(val)

こんな感じかな
2010/09/16(木) 23:50:26
>>284
aaa_f は誰の持ち物？
2010/09/16(木) 23:56:47
>>287
nekoちゃん
2010/09/17(金) 00:03:00
>>287
クラスabcです
2010/09/17(金) 00:04:07
>>289
答えでてんじゃん
2010/09/17(金) 00:11:15
>>290
よくわからないです…
#main.py
neko=abc.abc()
neko.aaa(val)

で、
#abc.pyx
のaaaを呼び出して
abc.pyxで、aaa_fを呼び出してる



cdef class abc:
　cdef:
　　object A
とかも必要なのか…
2010/09/17(金) 00:45:44
class Foo1:
　def aaa(self):
　　self.bbb(0)
　def bbb(self,val):
　　self.x = val

class Foo2:
　def aaa(self):
　　bbb(0)
　def bbb(self,val):
　　self.x = val

class Foo3:
　def aaa(self):
　　Foo3.bbb(self,0)
　def bbb(self,val):
　　self.x = val

どれなら動くと思う？
2010/09/17(金) 01:27:04
ああなるほど
Foo1かな
Foo3もかな
2010/10/05(火) 07:02:42
ここまで互換性が無いのに、仕様変更するのってが良い
規制で雁字搦めになって身動きが取れなくなってたりしなくて
これからも、互換性気にせず、ドンドン変更して欲しい
その上で、変換するものがあってくれれば
2010/10/05(火) 12:30:45
Python3のタイミングで変数の型指定（静的型付け）を導入してくれれば明るい未来が開けたのに・・・
2010/10/05(火) 14:34:31
>>295
それPythonじゃなくね？
2010/10/05(火) 19:11:33
Javaでも使ってろ
2010/10/05(火) 20:39:58
>>295
あるよ
2010/10/09(土) 15:46:51
型指定すると何か良いことあるの？速度以外で
2010/10/10(日) 00:48:13
>>299
潔癖（だと思い込んでる）Javaプログラマを取り込みやすくなる、とかw

ないな。JavaプログラマはJavaしか書こうとしないし、それしかできないw
2010/10/10(日) 01:22:35
>>299
インテリセンスが賢くなる。

>>300
Javaプログラマにコンプレックスがあるの？
2010/10/10(日) 01:30:34
>>301
コンプレックスというより、バカで使えない、というトラウマがあってw
2010/10/10(日) 09:19:37
一山いくらのドカタとハッカーを一緒にするな！
2010/10/10(日) 10:22:07
このスレ見てるとPythonももう終わったなって感じだな
2010/10/10(日) 11:53:58
__class__きもいんだけど。
2010/10/20(水) 04:03:55
どうでもいいニュース:
今日、Arch Linuxの/usr/bin/pythonがpython3になった。
2010/10/20(水) 10:30:47
Arch使ってるような変態じゃなくて玄人連中は別に困りそうも無いから問題無い
2010/10/20(水) 13:26:33
debianは未だに（ｒｙ
2010/10/20(水) 13:54:18
OSが勝手に3採用するのは困る
2010/10/21(木) 00:22:52
どうせ2もpython2とかいう名前で入れられるんだろ？
2010/10/21(木) 08:31:20
さっさと3に移行しろよクズども
2010/10/21(木) 10:35:49
Python3の旅はこれからだ！
グイド先生の次回作、Python4にご期待ください。
2010/10/21(木) 13:57:52
Djangoが使えるようになったら移行する > 3
2010/10/21(木) 15:13:32
Python素人だけれども、
ユニコード文字列とかのややこしさがなくていいなと思って3.1をインストールしたんだが、
間に合ううちに2.7に切り替えるべきか？　それともどうせ通る道と受け入れるべきか？
2010/10/21(木) 15:47:52
必要になったら2.xをいれればいいさ
2010/10/21(木) 18:53:46
>>314
3rdパーティのライブラリが使いたくなったらPython2.xへ。
2010/10/21(木) 22:39:06
必要になったら3.xをいれればいいさ
5年後ぐらいにはそうなるよきっと
2010/10/21(木) 23:15:30
Google App Engine(とWSGI準拠のアプリケーション)が
3に対応したら必要性で周りのライブラリも加速するんじゃねぇかなーと思う
2010/10/21(木) 23:16:58
3.2から一気に加速するよ。
2010/10/22(金) 00:23:15
２から３に引っ越すメリットってなに？
2010/10/22(金) 00:38:56
自己満足
2010/10/22(金) 00:57:04
俺ってすごい感
2010/10/22(金) 21:19:58
文字コード関連のエラーを見ないで済む
2010/10/23(土) 00:08:54
嘘つくな。
UnicodeDecodeErrorは相変わらず出るぞ。
2010/10/23(土) 00:37:33
ということはつまり２から３に引っ越すメリットってなに？
2010/10/23(土) 01:25:56
将来にわたって比較的安心につかえる。
現時点でのメリットはそれしかない。
2010/10/23(土) 09:11:21
>>324
そりゃ、出るには出るよ。
2010/10/23(土) 20:45:30
>>326
ｸｸｸｯ, ﾊﾀｼﾃ ｿｳｶﾅ となりそうで怖い
2010/10/24(日) 03:18:33
初心者ならいいけど、
ある程度の経験者でUnicodeDecodeErrorと格闘してるような奴は、
基礎を固めずに、行き当たりばったりでプログラムを書いてるんでしょ。
2010/10/24(日) 03:37:10
いちいち u'' を書かなくて良くなったんだってね
2.x の unicode = 3.x の string
2.x の string = 3.x の bytearray
っていう認識で桶？
2010/10/24(日) 03:48:05
俺はその認識。
332デフォルトの名無しさん
垢版 |
2010/10/24(日) 09:25:20
>>329
そういう基礎や定石的な対処法って何に書いてあるものなんだ？
2010/10/24(日) 10:00:24
>>329
日本人以外にもそれ言える？
2010/10/24(日) 11:28:51
>>332
PEP
2010/10/24(日) 12:46:11
Python3.1使ったWEBを作ってるんですが
次のようなエラーが出て困ってます。
UnicodeEncodeError: 'ascii' codec can't encode characters in position 178-180:

インタープリターで実行すると出ないエラーです。
ブラウザから実行したときに出るエラーです。
処理としてはDBアクセスして検索SQL実行して結果セットをループで回してXML形式の文字列としてクライアント側に返すといった内容です。

原因がわかれば教えてください。
2010/10/24(日) 13:08:26
原因はおつむの悪さ
2010/10/24(日) 13:13:02
馬鹿には無理
2010/10/24(日) 13:33:07
>>335
文字コードは、省略してもいいって絶対の自信がない場合は面倒くさくても指定しろ。
2010/10/24(日) 13:54:27
>>335
sys.stdout = io.TextIOWrapper(sys.stdout.buffer, encoding='utf-8')
のように、sys.stdoutを置き換えると良いよ（utf-8の部分は適宜置き換えて）
2010/10/24(日) 14:33:26
>>335
基本的に、文字列を出力するときはエンコードしなきゃいけない。

にもかかわらず、コンソールで実行するときに問題が表面化しないのは、
Pythonが端末のエンコーディング(例えば'UTF-8')を sys.stdout.encoding に自動で設定してくれているおかげ。
これによって、print "うんこ" は、sys.stdout.write("うんこ".encoding("utf-8"))として実行される。

しかし、CGIで実行する場合はそんな支援はしれくれず、sys.stdout.encoding はNoneになっている)ので、
print "うんこ" は、sys.stdout.write("うんこ".encoding("ascii"))として実行
されてしまい、エラーとなる。
2010/10/24(日) 14:34:50
まちがえ。encodingじゃなくてencodeね。
342335
垢版 |
2010/10/24(日) 15:15:20
encoding('UTF-8')を付加してみたんですが、今度は違ったエラーが出てきました。

修正前）testclass.filehandler.write(return_str + "\n")
修正後）testclass.filehandler.write(return_str.encode('UTF-8') + "\n")

コンソールで実行したら
次のエラーが出ました。
<class 'TypeError'>, TypeError("can't concat bytes to str",)

型変換処理が必要という内容だと思うんですが
bytes型→str型には、どうやって変換するのでしょうか？
2010/10/24(日) 15:18:47
ggrks
2010/10/24(日) 15:21:54
>>342
そういう変な（中途半端な）場所じゃなくて、I/Oの直前直後に
変換かけるようにしなよ
2010/10/24(日) 15:24:56
文字コードについて知らない・知ろうとしない人は
Python3になっても苦労するだろうね
2010/10/24(日) 16:04:26
>>342
文字列("\n")とバイト列(return_str.encode('UTF-8'))を結合しようとしてるからそうなるだけ。

最初に結合させてから変換すればいい：
return_str = return_str+"\n"
testclass.filehandler.write(return_str.encode('UTF-8'))
2010/10/24(日) 21:55:37
文字コードって何？
2010/10/24(日) 23:09:33
ggrks
2010/10/24(日) 23:14:38
2ch は心の荒んだ人の溜り場だな
350デフォルトの名無しさん
垢版 |
2010/10/25(月) 17:54:02
>>347
ここがおすすめ
http://diveintopython3-ja.rdy.jp/strings.html
2010/10/25(月) 18:51:33
dive intoはいろいろ問題があるから非推奨だって話を読んだことがあるけど。
2010/10/25(月) 20:08:05
英語の文献まで手を広げれば色々あるから
自分に合ったやつを選べばいいんじゃない？
2010/10/26(火) 04:12:15
主要モジコードのISOの番号を全部暗記していた時代が僕にもありました。
2010/10/26(火) 20:32:35
iso-2022-jpなら知ってる
2010/10/27(水) 16:23:30
Windowsでウインドウ列挙して指定のウインドウをキャプチャして
その画像をメールで送りたいんだけど、
・ウインドウの列挙
・画像のキャプチャ
はどうすればいいですか？
ライブラリ有りますか？
2010/10/27(水) 17:10:01
ctypes
2010/10/27(水) 17:14:55
pywin32
2010/10/31(日) 11:56:05
Python3.1でPOSTデータの取得の仕方で質問です。

下記のコードで値が取れないのですが、問題があれば指摘ください。
import sys
import cgi
def application(environ, start_response):
form = cgi.FieldStorage()
user_name = form.getvalue('txt_username', 'Unknown')
(略)

この「txt_username」の入力値が拾えません。
2010/10/31(日) 12:37:22
http://wsgi.org/wsgi/Specifications/handling_post_forms
2010/10/31(日) 13:33:50
>>358
mod_python環境だったりしない？
2010/10/31(日) 14:37:33
>def application(environ, start_response):
2010/10/31(日) 15:06:19
CGIとWSGIは別物だぜ
2010/10/31(日) 23:22:59
>>358
WebOb 波動？
2010/11/04(木) 14:58:24
numpy-1.5.1rc1.win32-py3.1-mkl.exe たまたま見てたら今日出たのか
2010/11/25(木) 15:44:30
matplotlibがないとなぁ
2010/12/06(月) 22:41:57
3.xのリファレンスは翻訳してないのかえ？
別に要らないけど。
2010/12/10(金) 12:43:36
死にたい。
2010/12/10(金) 14:04:11
逝くならクリスマス前にな。
2010/12/11(土) 09:30:05
訳を聞こうか
2010/12/13(月) 03:18:10
流行る気配すら無いんだが大丈夫なんかな
10年くらいで移行できたらいいなみたいな感じらしいけど
2010/12/13(月) 03:44:37
Python2.8が出るに1ユーロ賭ける
2010/12/13(月) 07:16:38
Python2.10が出るに1ジンバブエドル賭ける
2010/12/13(月) 07:53:52
py2exeとwxPythonが3系に対応してくれれば乗り換えるんだが。
2010/12/13(月) 09:05:44
Py2exeって対応する予定ないのかな
もう自分でやるか
2010/12/13(月) 10:18:37
Python3.2から本格的に移行が始まるよ。
2010/12/14(火) 14:27:02
python 3.-1 とかが出そう
2010/12/15(水) 08:11:13
Python3に、Python2互換モードを導入すればよろし。

from __ancient__ import print
2010/12/21(火) 20:27:31
wxPythonが3系に移行しないのは、何か技術的に難しかったりするの？
それとも政治的な理由（ようは作者が3系の流れに反抗しているとか）？

同じC++で作られているQtのほうが意外と早く対応したんで
この温度差にちょっと違和感を感じている。

単に「時間がないマンドクセ」ならまだいいんだけどさ。
2010/12/21(火) 20:55:42
3.2がでるまでは様子見じゃない？
言うなればそれまでは３β版みたいなもんだし
2010/12/21(火) 22:23:46
3.2ってそんな感じのリリースなん？

いや、単なるエンジンのバージョンアップ待ちなら
気長に待つんだけどさ。

Qtもそうだったんだけどコミュニティが分裂したりするんじゃ
嫌だなあなんて思ったんで、ちょっと聴いてみた
（あっちはGPL脱却が目的みたいだけど）

気に入らなけりゃフォークしちまえってハッカー文化も嫌いじゃないけど
俺はたんに使うだけの利用者なんで、あんまり分裂されてもうれしくないのだｗ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。