发点牢骚。关于SS的开发。

不做开发我捣鼓这些文件干什么？

我只用DW，刚开始的时候自己的文件用的也是utf-8，后来就是因为BOM才发现函数文件用GBK也是有好处的

国内DEDE，PHPCMS都是这样，连WordPress，解压出来的文件都是ANSI。。。你可以自己看看。。

如果说因为这个导致不适应环境/产生乱码，是不可能滴。。注释那句乱码，算是问题吧，至少正文里面的注释没错。。我承认错了，我是基本忽略头部注释才对。。。Over

呵呵。问题就是我要看注释啊。看别人的代码，没注释有时候完全不知所云。这不完全是错不错的问题，UTF8就要有UTF8的样子，别拿GBK来充UTF8。你可以说你出个ANSI GKB UTF7 UTF16 UTF8的版本。但你的文件起码也要是对应的编码吧？不然那大家还区分格式干什么呢？直接做个格式转换包就行，随意切换编码就成了，然后一次性发布所有编码版本。用得着分不同的版本不同的文件包下载么？

你说的那个文件第九行 确实有乱码
无论是 eclipse DW editplus notepad++ 还是本身的记事本
除了那个之外 其他中文在 eclipse 并没有乱码
我想如果你真的需要 看注释的话
那个应该不影响吧
至少我不觉得 会有多大问题
注释对开发来说 是非常重要的
无论是对自己 还是对别人

我的观点是这样的，发布不同的编码适应不同地区语言是一个原因，不过说到底，就是数据存储的编码

如果全部文件统一编码，应该基本所有的函数/操作都是相同的了，只要把全部文件转换下编码，一个不同编码的版本就出来了。

其实像官方现在的发布方式，他们就省了转码的工作~只要把语言文件和模板转码就OK了 ~

手上做的这个东东可以说是我第一次自己写PHP，基本是边baidu/GG边写的，当然很多方面没有经验，或许就像你说的，不同情况下会出问题，只是我没有碰到。

就一个编码嘛，讨论讨论~不伤和气~((em:08))

对于非专业开发者来说，我想一般站长用得最对的是DW，不管DW还是记事本，保存utf-8的时候都会自动添加BOM标记，这样就会产生头部空白，我上面说的合理是从这方面来说的。

官方不可能在编码这个问题上犯这样的错的，肯定是有他们的想法才这么做的。不知道是不是就是我说的这些原因。。

呵呵。没事儿。是在讨论啊。
不要迷信官方，我ASP JSP PHP都会搞，很清楚编码问题。本来确实不影响我开发，不看注释可以慢慢理解，但是这反应出一个开发混乱的问题。至少如果是我来做方案，我绝对会统一编码问题，GBK的就是GBK，要么全部直接转换到UTF8做另外一个版本。其实大可不必这么费神，直接做个通用的版本，通过配置来随意更换编码。岂不是更好？

13# yushine

恰恰我在eclipse里，基本上都是中文乱码，而在我说的那个注释乱码的地方，在eclipse里显示是正常，的你说这又做何解释呢？也就是这文件用另外一个支持UTF8的开发工具最后保存过一次，唯一的解释还是开发混乱。SS免费的，用起来确实不错。不过稍显混乱了点。估计很多公司都是这样吧。团队开发不像我一个人单干。。。

现在似乎想自己从头开发了。但是又舍不得抛弃discuz和SS的用户系统。自己开发还得做系统，很难选择啊。

也不算什么大问题，牢骚嘛。。。不过就是觉得这样做不妥。