windows 下 python 文件编码的问题

@dbow 我的意思是 t才可以缺省的吧？
图片本身是二进制编码的，所以需要b参数。

https://docs.python.org/3/library/functions.html?highlight=open#open

官方文档说t是缺省的，需要二进制的实习需要用b参数。

所以这个不是编码问题。应该说不加b是你编程的bug
吧……

dbow

Oct 24, 2014

@Delbert 主要是说在linux下可以不加，在windows下一定得加，这两个是不同的。

timonwong

Oct 24, 2014

the 'b' is ignored on all POSIX conforming systems, including Linux. (Other systems may treat text files and binary files differently, and adding the 'b' may be a good idea if you do I/O to a binary file and expect that your program may be ported to non-UNIX environments.)

习惯Linux的也需要看看man吧

zhouzm

Oct 24, 2014

楼主对跨平台的期望值太高了，有时候还是需要你针对平台作些特殊处理的，这和 python 的跨平台能力无关。

clino

Oct 24, 2014

这哪里是文件编码的问题,明明是你的问题...

dbow

Oct 24, 2014

@clino 我期望python能让内置函数在在windows下与linux下的行为完全一致的。

clino

Oct 24, 2014 via Android

@dbow 好吧，这部分应该是因为c实现的不一致导致的

Jaylee

Oct 24, 2014

水平问题

kidlj

Oct 24, 2014 via Android

在小学时候你不做作业就能考100分，到了初中再这样干只能考70分，所以是你的问题，还是中学的问题，或者是小学的问题？

happywowwow

Oct 24, 2014

我也觉得这应该是LZ的问题不是python的问题
不然应该是linux下w+图片也是乱码

dbow

Oct 24, 2014

@Jaylee @kidlj @happywowwow 我重点是说open在windows与linux下行为是不一致的，二者有差所以是个坑，讨论到此为止，不然又要成水贴了。

VYSE

Oct 24, 2014

首先在Windows下，不加b会translate \n到\r\n，加b则不translate，应用场景下有人需要translate（因为也有人会觉得一段hello world!\n在Windows下还得加个\r？），也有人不需要translate（\n就是\n）。那如果Python统一了平台间差异，统一不translate binary模式，那又有人抱怨为啥Python没处理hello world\n的平台差异了。

dbow

Oct 24, 2014

@VYSE 补充一点，实现上python不转换这个，fileobject的write方法调用fwrite, 是底层的C运行时搞的。

VYSE

Oct 24, 2014 via Android

@dbow 所以既然用了libc，python的open和c里的fopen保持一致也没有问题。open函数平台差异只能靠开发者来控制。