posts - 262,  comments - 221,  trackbacks - 0

我的评论

共2页: 1 2 下一页 
@ZOE

可以,欢迎转载。只要保留原始出处就可以了
@cherry

二次统计,即把某个人的某些数值统计总和后,再加上另外一个人的数值总和
@xiaofen

(30/24/60)= (1/24/60 *30) ,也就是一天有24个小时,小时有60分钟。那么1分钟等于多少天呢?就是 1/24/60啊。如果是30分钟就是乘以 30
不错的产品,很感兴趣。转载到我的博客啦,谢谢博主的分享
很好,第一次看到这样的用法。俺以前一直是使用脚本删除的
@5452

这不就是我文章中想阐明的观点吗?

同步的情况下可以存在阻塞、非阻塞。异步的情况下也可以存在阻塞、非阻塞的读写。

要不也不会出现上面列出的4种情况啦
@没头脑和不高兴

@bat
UTF-8字汇和GB18030是兼容的,GB18030基本上是GBK的超集,仅规范了个别码位。所以belabela
====================================================

我的印象中,UTF-8是使用3个字节来表示中文的,GB18030是使用2个字节,他们对同一个汉字的编码各自不同,你说的兼容是指那方面的呢?

GB18030 》GB2312 》GBK 这个我就记得是兼容的
@没头脑和不高兴

GBK和UTF-8都是交换码,只是字节,所谓的GBK字符是指误将GBK当做ISO-8859-1转换成的字符吧?
==================================================
准确说不是误传,而是HTTP协议只支持使用ISO-8859-1的协议传递,客户端的浏览器是按照GBK的编码转换成4个字节发出的。字节的内容和顺序还是正确的。

其次你说的交换码是什么意思?请指教


那么还是new String(tmp.getBytes("ISO-8859-1"), "GBK").getBytes("UTF-8")
==================================================
你这个做法没错,最终得到的就是从Unicode--->UTF-8编码,再用这个就可以构造出UTF-8的字符串了。

但是我个人比较懒(^_^),其次我想节省内存空间(不生成临时的GBK字符),所以就直接从字节开始转了

@没有脑和不高兴

你所说的tmp.getBytes("UTF-8");是直接从内存中取出Unicode,然后转换成UTF-8编码的字符,再得到该字符的字节数组。这个时候的编码转换流程是:

Unicode字符 ---> encode字符 ---> encode byte[]

而我文章中的内容是针对“原始数据以GBK格式传输,在目的端要转换成UTF-8的格式保存”,从时机上说比你这个要早了一步,这个时候的编码转换流程是:

GBK字符 ---> GBK字节---> 以ISO-8859-1 单字节传输 ---> 【转换为UTF-8字节】---> UTF-8字符 ---> Unicode字符

带方括号的就是我文章中讲的内容,请注意中间并没有生成GBK字符。而是直接在字节级就进行转换了。如果先解码成GBK字符,再用UTF-8编码,那就是你说的这种情况了。但是这样就太繁琐而且浪费内存空间了
@胡话胡说

你好,已经发到你邮箱了。
@马璎暇

重启完有声音不就行了吗?不明白你的问题
@fwy Adrop

谢谢关注,我会在近期制作这个系列的CHM版本和PDF版本的。
@joegao

是善感,但不多愁。呵呵~~

最近看的几部电影都是格调比较忧伤的,所以有感而发。

接受无奈也是豁达人生的一种表现
@jeasonzhao

本来有一首4分钟多的,只是BlogJava对文件上传有大小限制。需要的话可以给我发邮件。呵呵
楼主的文章是很久以前的吧,居然还有介绍Oracle 7和8的认证
技术人员的耻辱。
@与你同飞

歌曲是当时在网上一个不知名的网站:http://www.5d5y.com/下载的,现在已经找不到了。需要的话留个联系方式。(文件都比较大)

不过还有一个不错的推荐《辛德勒的名单》原声大碟:
http://www.5d5y.com/ListSpecialMusic.mspx?SpecialID=726
@zhouzhao21@gmail.com

谢谢鼓励!
@wan

共勉之。年轻没有失败,只因我们都曾努力过。我们永远都是在路上!
re: 单纯的感动[未登录] Paul Lin 2009-01-04 10:02  
@wan

谢谢鼓励!^_^
@梦想在这里起飞

支持国产软件,很不错!
re: 2008,我学会了什么?[未登录] Paul Lin 2008-12-29 11:16  
楼主这么快就转型,确实不容易
@robertlyc

学习了,呵呵。不过从使用程度来看。SVN还是保险一点
@kmh

InputStream的read方法是阻塞的,所以在实际的应用环境中我的做法是将其放在一个Thread或Runnable implement的类中,由run()方法调用,这样其中一个线程在执行到read方法而导致阻塞时,不会影响其他线程。

不知你有没有更好的方法,欢迎探讨
楼上的各位,除了注册表重写,添加驱动文件之外,还要将原来声卡的驱动程序重新安装一遍,然后确保设备管理器里面的声卡启用才行。

实在不行就只能上360的官网去咨询了
@琪琪

你的操作系统是什么的,这个文件是有版本区分的。另外需要重启后才能生效
@小林

把audiosrv.dll放在system32目录下即可,注意这个文件是有版本区别的。
360一直是我觉得非常好的软件,这次出现这么严重的漏洞,确实不该。
@yxl

谢谢。最近一段时间比较忙,目前在GZ工作。你呢?
re: 一个平庸程序员的想法。 Paul Lin 2008-11-01 01:26  
貌似这篇文章几年前在CSDN的论坛上看过了,不过现在看来还是很有道理。

确实中国的程序员普遍存在一种“焦虑”的心里。为什么?因为他们会的东西明天可能就不值钱了,他们会的东西可能别人培训个2~3个月也能跨进这个门槛。

没有杀手锏,没有深挖。只有绣花拳,只有浮于表面。疲于追赶的背后的是对未来的恐惧和未知的迷茫。

原已此文和各位同行共勉
@li

如果不用分析函数的话,就比较麻烦了。你只能分别查询出Customer, Region,和Customer的订单额,地区的订单总额。然后采用连接的方式:就是把两个结果集拼在一起。条件就是customer 的id和region id必须分别等于另外2个查询中的相应字段值
re: 等我白头发了~~[未登录] Paul Lin 2008-09-25 22:38  
传说中的梨花体?呵呵
楼主的分析不错,特别是:3.blogjava需要一些可以聚焦人气的活动或氛围。个人感觉blogJava的技术气氛很好,相对CSDN,JavaEye这样的网站,技术的气息很浓厚。

但没中不足的就是缺乏一些同道中人的交流活动。希望负责人可以考虑增加一些博友的交流活动。
re: 需要再学一点知识[未登录] Paul Lin 2008-09-19 10:14  
elmentkaka

没人不允许你发,也没有说要经过我同意。只是你在"喜欢"之前,要考虑一下别人的感受。毕竟这里不是你家的后花园,我们都希望在首页看到的是有技术含量,有指导意义的文章。

建议你再看看blogjava的说明。

恕我啰嗦了,祝楼上学业进步!
多谢楼主,FreeBook我上过,有一些只有购买链接,没有下载连接。其它的还没有去过。
re: 需要再学一点知识[未登录] Paul Lin 2008-09-18 15:10  
elmentkaka

你误解我的意思了。我不是说思想,设计模式不重要,我是指这种类似于个人计划之类的东西就不要发表到首页了。BlogJava的说明里面也提到了尽量发表一些技术文章。

你可以去国外的The Server Side或Java Ranch看看,有没人发表这些到首页去的。呵呵
re: 需要再学一点知识[未登录] Paul Lin 2008-09-17 10:00  
这样的东西就不要发表到首页了,建议发表一些技术原创的文章或心得体会
re: 代码不是调出来的[未登录] Paul Lin 2008-08-04 17:49  
发觉这里发表评论的人大多数把“调试”和“测试”搞混了。好的软件是“测试”出来的,不是“调试”出来的。

频繁地依赖于调试,说明了一个问题:写这段代码的人逻辑性很差,让阅读的人无法充分理解。

如果代码是先人所为,这个没有办法,调试是一个重要的辅助手段。如果是自己写代码,那么说明你对目前要实现的这个功能逻辑还不清晰,所以不得不依靠频繁的调试来验证逻辑。

我记得以前一个做QA的同事也说过:不要过于依赖调试,调试是一件很费时的事情,他碰到错误首先都是看代码,实在不行再调试。但他找出来的错误比谁都多。

我觉得如果你自己写代码的时候频繁使用调试,那么你应该想想是不是需要花点时间整理一下你的逻辑先?
非常感谢,请问有相关的纸质版出版吗?
博主好强!
re: ORACLE第一天[未登录] Paul Lin 2008-06-12 10:48  
不知所云
呵呵,老李的文章不错,适合我这等的菜鸟。

--------------------------------------

一个不会JS的菜鸟羞涩的爬过....
虽然我看不懂,不过还是要顶你一下,呵呵
楼主,能不能把源代码发一份给我,谢谢!

Email: rebornphoenix@126.com
re: Http多线程下载与断点续传分析 Paul Lin 2008-04-10 09:40  
多谢楼主分享!
re: what is wrong with the project[未登录] Paul LIn 2008-03-14 09:46  
Not bad but no use in China
@KF.咖啡
你当你是谁?吓唬人家啊。靠!自己没本事就算了,还来这种下三滥的手段
re: 关于www.HowIsChina.com[未登录] Paul Lin 2008-03-10 13:35  
不知所云,这也能放到首页来?
楼主走自己的路,让别人说去吧。

无知不是错,无知还要给人家看那是错了。
共2页: 1 2 下一页 
<2018年8月>
2930311234
567891011
12131415161718
19202122232425
2627282930311
2345678

常用链接

留言簿(19)

随笔分类

随笔档案

BlogJava热点博客

好友博客

搜索

  •  

最新评论

阅读排行榜

评论排行榜