兄弟我真的很着急用你的这个东西 不建议的话把代码发我份 实在万分感谢 finalwow@qq.com

兄弟我真的很着急用你的这个东西

兄台,我也想要一份你做的界面模拟的源码,谢谢!以后大家可互相交流 lxjmm123@163.com

可不可以把空上界面模拟的源码发我一份,谢谢 _aitianaidi@21cn.com

不错，话虽不多，却很切入。

难道CreateQianQianCode传入Singer 和 title 之前要处理掉Singer 和 title 中所有的符号么... 还有，代理是必须的么??? 还望楼主速回复...T_T拜谢

楼主啊... 我根据你的代码写了一个Delphi版本的. http://www.cnblogs.com/lahcs/archive/2009/07/15/1523764.html 已经可以实现下载歌词了. 但是还是有一点不对. 就是在获取XML的歌词列表之后 CreateQianQianCode的时候...如果XML里的艺术家或者歌曲名中出现/\&之类的符号的时候就会出现下载歌词错误的现象 下载歌词返回结果是: <?xml version="1.0" encoding="UTF-8" ?> <result errmsg="Search ID or Code error!" errcode="32006"></result> 比如搜索: 艺术家为空,歌曲名为 1 的时候会搜索到9个歌词 其中LrcID为85732 133999 50246的这三首歌的艺术家或者歌曲名中出现/\&之类的符号... 下载时就会出现上面的Search ID or Code error 是不是在CreateQianQianCode传入Singer 和 title 之前还要进行处理???我看到你的代码里在搜索的时候有去除Singer 和 title 中空格和\的代码...是不是在CreateQianQianCode之前也要这样做???.........晕

招兼职界面设计高手 QQ：914411236

怎么用啊？

这东西不错，支持下

That's great

哥们，有VB有源码没

牛X

阁下果然是高手

好东西，支持

谁有类似通过C#写的账号注册的程序，如自动去注册邮箱之类的（验证码可以不用自动）

@二叉树
模板细节上很多地方懒的弄。能用就行。

@深蓝
算法不是我找出来的。 呵呵。

@拓荒者
谢谢，没太留意，刚改了下。

不错不错！
其中流的读取那里，每行之间最好sb.Append("\r\n");
或者将循环直接用 sb.Append(sr.ReadToEnd());代替

当年我也想做，可惜做不出来，找不到那个Code的算法，还是楼主强！

模板不错啊。

不错，能稍微加点注释吗，习惯了看有注释的代码

哦，呵呵，不错

一年前就在搞他的歌词了，无赖哪个时候逆向能力不行，逆向不出ID算CODE的算法。没想到今天兄弟你却搞出来，支持。留个QQ交流交流。

好东西...顶一个..

顶。。。楼主能搞到 酷狗的歌词吗？ 那个更多更准。。

@飞逝心情
你修改
q = new QianQianLrcer(true);
为
q = new QianQianLrcer(false);
就可以了，因为我在公司这边要设置代理才能上网，
该成false参数后为直接连接网络。

输入密码是怎么回事呀

UP

空间不错,扫楼中!

@丁学
谢谢！
:-)

测试：

测试：
window.name 传输技术，原本是 Thomas Frank 用于解决 cookie 的一些劣势（每个域名 4 x 20 Kb 的限制、数据只能是字符串、设置和获取 cookie 语法的复杂等等）而发明的（详细见原文：《Session variables without cookies》），后来 Kris Zyp 在此方法的基础上强化了 window.name 传输 ，并引入到了 Dojo （dojox.io.windowName），用来解决跨域数据传输问题。

window.name 的美妙之处：name 值在不同的页面（甚至不同域名）加载后依旧存在，并且可以支持非常长的 name 值（2MB）。

window.name 传输技术的基本原理和步骤为：
window.name 技术的基本原理和步骤图示

name 在浏览器环境中是一个全局/window对象的属性，且当在 frame 中加载新页面时，name 的属性值依旧保持不变。通过在 iframe 中加载一个资源，该目标页面将设置 frame 的 name 属性。此 name 属性值可被获取到，以访问 Web 服务发送的信息。但 name 属性仅对相同域名的 frame 可访问。这意味着为了访问 name 属性，当远程 Web 服务页面被加载后，必须导航 frame 回到原始域。同源策略依旧防止其他 frame 访问 name 属性。一旦 name 属性获得，销毁 frame 。

在最顶层，name 属性是不安全的，对于所有后续页面，设置在 name 属性中的任何信息都是可获得的。然而 windowName 模块总是在一个 iframe 中加载资源，并且一旦获取到数据，或者当你在最顶层浏览了一个新页面，这个 iframe 将被销毁，所以其他页面永远访问不到 window.name 属性。

还不错，支持一下

出来透透气嘛 ^.^