☆E尘不染☆ ☆E尘不染☆
一番最初に描いた梦を,あなたは今も覚えてる?
关注数: 31 粉丝数: 10 发帖数: 2,561 关注贴吧数: 25
【ZT】MacOS 设置软件执行环境变量【eclipse中文文件夹乱码问题… 以下内容为转载保存备份,原博文地址为:http://tieba.baidu.com/mo/q/checkurl?url=http%3A%2F%2Fgogo1217.iteye.com%2Fblog%2F1859659&urlrefer=1f78f9c8c1786067b93fe1f35ff750dd 1、Mac OS下Eclipse创建文件夹乱码,SVN更新文件乱码 地址:http://tieba.baidu.com/mo/q/checkurl?url=http%3A%2F%2Fgogo1217.iteye.com%2Fblog%2F1787568&urlrefer=85fdf76ed4a1c0565caca46c95a475d7。 文中提到的解决办法是将JDK1.7 回退到1.6,问题解决;后来翻帖子,有人说讲eclipse回退到3.7问题也解决;但不管是那种办法,都不是我们版本控的作风。 2、macos Java乱码终极解决方案【Mac OS下Eclipse创建文件夹乱码,SVN更新文件乱码解决办法】 地址:http://tieba.baidu.com/mo/q/checkurl?url=http%3A%2F%2Fgogo1217.iteye.com%2Fblog%2F1850899&urlrefer=0e3c2c064855b77b2ffea543ac5158fd。 文中提到添加环境变量:export JAVA_TOOL_OPTIONS=-Dfile.encoding=UTF-8 ,但是该方法只能在Shell中启动eclipse才能识别该设置,并能生效;而在DOCK启动eclispe则无法使用该变量设置。 3、MaOS删除JAVA6后安装JAVA7,启动eclipse提示安装JRE6 地址:http://tieba.baidu.com/mo/q/checkurl?url=http%3A%2F%2Fgogo1217.iteye.com%2Fblog%2F1858326&urlrefer=3e3ef36424497cef317562e8103e90f0 文中提到了MacOS 10.8.3中 安装JDK1.7,eclipse启动问题的解决办法。 那到底怎么解决eclipse新建文件夹乱码,svn更新乱码(原因:创建文件夹乱码)的问题呢? a. 网上有人说修改 /.MacOSX/environment.plist,但这个早已经废弃,在10.8版本中铁定不支持。 b. 有人说修改 XX.app/Contents/Info.plist,经过尝试,这个靠谱,可参考 http://tieba.baidu.com/mo/q/checkurl?url=http%3A%2F%2Fwww.2cto.com%2Fos%2F201304%2F205820.html&urlrefer=73b8a2ed5a72ed7b25daed5551262d27 http://tieba.baidu.com/mo/q/checkurl?url=http%3A%2F%2Fqing.blog.sina.com.cn%2Ftj%2F62de843e33002hwz.html&urlrefer=e3162ea5ce92ed70efefacfdbf93cc76 现在分享下我的解决步骤: 1、修改eclipse.app/Contents/Info.plist,添加以下代码Xml代码 <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://tieba.baidu.com/mo/q/checkurl?url=http%3A%2F%2Fwww.apple.com%2FDTDs%2FPropertyList-1.0.dtd&urlrefer=197b60689c962a88b2a05b754d7fb49b"> <plist version="1.0"> <dict> <key>LSEnvironment</key> <dict> <key>JAVA_TOOL_OPTIONS</key> <string>-Dfile.encoding=UTF-8</string> <key>LANG</key> <string>zh_CN.UTF-8</string> </dict> 添加完效果如图所示:2、修改eclipse.app/Contents/MacOS/eclipse.ini,添加 -Dfile.encoding=UTF-8 3、关闭eclipse,重新启动。 4、如果不生效,执行命令(方法来源于:http://tieba.baidu.com/mo/q/checkurl?url=http%3A%2F%2Fwww.2cto.com%2Fos%2F201304%2F205820.html&urlrefer=73b8a2ed5a72ed7b25daed5551262d27): Java代码 /System/Library/Frameworks/CoreServices.framework/Frameworks/LaunchServices.framework/Support/lsregister -v -f /Applications/eclipse/eclipse.app 5、如果不生效,将/Applications/eclipse改名为其它名字,再次启动(方法来源于:http://tieba.baidu.com/mo/q/checkurl?url=http%3A%2F%2Fqing.blog.sina.com.cn%2Ftj%2F62de843e33002hwz.html&urlrefer=e3162ea5ce92ed70efefacfdbf93cc76)。
【经验之谈】解决C#在windows mobile开发中处理透明图片的问题 今天本来要写一个小应用程序实现一张人物小图片在不透明的背景图片上定时移动,众所周知图片从资源中读入所得到的资源默认背景为白底,那样就会在整个背景中留下一个白色的区域,会影响视觉效果,我就在网上搜集了一些方法,总的来说,由于C#手机开发也正处于起步阶段,关于这方面的资料比较有限,有对图片整体进行RGB重组处理的,也有声称用PictureBox的BackColor与背景同色调方法处理的,总之试过后个人觉得效果不是很满意。     几经周折以后查看过microsoft的官方帮助文档以后发觉,在Graphics绘制图片的方法中有DrawImage(Image, Rectangle, Int32, Int32, Int32, Int32, GraphicsUnit, ImageAttributes)这样一个方法,虽然这个方法参数很多,但它是唯一能够实现我的想法方法了~     下面我就谈谈经过摸索和试探后对这个方法参数的解释: 首先第一个参数Image:当然就是你需要绘制的图片了,当然最好是纯色的背景,你要想弄一个渐变色虐待自己我也没话可说。 第二个参数Rectangle:是你需要在屏幕上绘制图片的区域,此对象的初始化方法有四个参数,前两个为位移坐标,后两个为图片的长宽,个人建议和图片本身保持一致较好,不然会出现走形。 第三个参数到第六个参数是要绘制的图片的区域,注意是图片上的区域,不是屏幕的,你可以从这四个参数里截取出需要显示的一部分来,其余的会自动屏蔽,这四个参数参照第二个参数的初始化方法内容。 第七个参数是图片长宽的单位,一般都是以像素,即GraphicsUnit.Pixel。 现在最关键的就是第八个参数啦,第八参数是一个比较罕见的对象,它是可以直接无参实例化,但取得实例后可不能直接使用的,必须还要实现一个SetColorKey(Color lowColor,Color heightColor)方法的,这个lowColor和heightColor分别是你需要处理为透明色的背景色调的范围,现在知道了纯色背景的好处了吧,那就是--你可以把SetColorKey中两个参数统一带入为你的图片的背景颜色,比如黑底就用Color.Black而白底就用Color.White,如果是渐变,那恭喜你,你就自己忙活去吧,我就不详细跟你说明啦~ 说了这么多了,也不知道大家能不能看明白,我只希望能给需要的人带来帮助,也欢迎大家能一起来和我讨论~ 如无意外,本人常年混迹于此吧中,欢迎指教,谢绝嘲讽!
【座谈】关于J2ME Media API的Player接口的一些理解 大多时候使用的Player接口的时候,都是先声明Player,然后用Manager来createPlayer,然后通过用Player接口的start和stop来控制.当然这个是最简单的控制.但是其实真正的状态转化比这个还是要复杂那么一点点的.特别是在一些声音有问题的设备,了解状态的转化能够对排除问题和了解机器的BUG有一定的帮助,特别是在移植的时候经常会碰的声音的问题的.  一个player总共有5个状态,可以说player的状态就是这之间互相转化的. 这五个状态分别是: UNREALIZED(没有实现), REALIZED(实现), PREFETCHED(缓冲读取), STARTED(播放状态), CLOSED(关闭状态).  首先声明一个Player后,这个player的状态首先是UNREALIZED(没有实现)状态,一般情况下这个时候会先用createPlayer创建这个Player,然后使用realize()方法将这个player的状态转化为REALIZED(实现).  这个时候其实已经可以播放了,但是这个时候播放的话,在播放刚启动的时候或多或少会出现的问题就是刚开始的时候会卡一下(读取音乐资源的IO操作的后果),因此这个时候最好能够让Player进入PREFETCHED(缓冲读取)的状态,这样无论在什么时候播放的话,中间的卡的停顿感就会消失.  这样的话,可以说一个Player在播放之前已经准备完毕了.这个时候就能够随时播放了(或者说随时可以进入STARTED(播放状态)了),这时候随时播放任何邪恶的触手的声音都没有问题.-_-特别是一些特殊的游戏对音效和音乐要求的播放时间的精准度比较高的,最好都要PREFETCHED(缓冲读取)的状态比较好. 还有就是所谓的stop的使用,其实是返回PREFETCHED(缓冲读取)的状态,因此并没有所谓的STOPPED的状态(这个名词的确念起来很顺口).一般如果播放完毕后会自动回到PREFETCHED(缓冲读取)的状态. 关于关闭方面其实我想说的是,很多人关闭音乐都要有一个所谓的顺序之类的,其实没有必要,无论处于怎样的状态(除了CLOSED本身),只要运行close()就能够直接返回CLOSED状态的.其他的很多行为本身是不需要的,不过返回了CLOSED状态本身就是相当于这个Player已经关闭了.不能再进行任何别的使用操作了.如果还需要的话,重新创建一个吧.  可能这样说有点笼统,也许划线的话更好理解就是了  UNREALIZED(没有实现)----->REALIZED(实现)----->PREFETCHED(缓冲读取)----->STARTED(播放状态)                       realize()            prefetch()                 start()  STARTED(播放状态)----->PREFETCHED(缓冲读取)-----REALIZED(实现)----->UNREALIZED(没有实现)                  stop()                deallocate()        以上4个状态随时都可以用close()返回到CLOSED状态.  不过......以上只是理想状态的状态转化而已..有些机型还是有一些问题的,之所以想写这个的原因就是可以利用这个原理来从中分析问题的出处,比如上周碰到的一款国外产品的6230I的移植的问题(208*208屏幕的一款机型),在setLoopCount(-1)的情况下,当曲目播放第一遍的时候,状态转化都很正常,当播放第二遍以上的话,即使使用stop()将状态转化为PREFETCHED(缓冲读取)背景也会在播放的.然后就只能针对这样的问题进行修改了.
【经验】symbian 字符串处理 在symbian系统中并没有使用我们熟知的类型和函数来处理字符串和二进制缓冲区,这对于初学者来说可能有点陌生。大概很多编程者都在摸索TBuf,   TBufC,   HBufC的过程中花费了不少时间……:)           symbian中的描述符(descriptors)主要有以下特性:  1、以同样的方式对待字符串和二进制数据。  2、数据可以存放在内存的任何区域上——ROM或RAM,在堆或栈上都可以。  3、描述符使用指针和长度信息来描述它包含的数据,有些描述符还包括最大长度的信息。                    所有的描述符都是从抽象类TDesC中派生的,他们可以分为三个大类:  1、缓冲区描述符——数据做为描述符对象的组成部分而存在,描述符对象存放在程序的堆栈中:TBuf和TBufC,  2、堆描述符——数据做为描述符对象的组成部分而存在,描述符对象存放在堆中:HBufC,  3、指针描述符——描述符对象和它所表示的实际数据是分开存放的:TPtr和TPtrC.         如果对照C/C++语法来看:  1、TPtrC可以被看作是const   char*的使用  2、TBufC可以被看作是char[]的使用           其他类没有相应对照语句。           TDes和TDesC是抽象类,因此你不可能实例化它们。它们的主要用途是做为函数的参数来描述字符串和二进制数据。在这样的函数中,你应该按如下规则使用:  1、const   TDesC&   表示只读的数据和字符串。  2、TDes&   表示可以被修改的数据和字符串。           所有这些描述符都可以指定数据尺度:TDes8、TDes16、TDesC8、TDesC16、TBuf8、TBuf16等  这里8表示描述符处理的数据是8bit的,而16表示是16bit数据。一般来说,你只要使用通用形式(TDes,   TDesC,...)来表示文本数据而使用8bit版本(TDesC8等)来表示二进制的内容。  Litterals  ---------------  字符串常量可以使用_L()或_LIT()宏来定义。  _L()可以生成一个指向字符值的地址(TPtrC),它经常被用来传递字符串到函数中:  NEikonEnvironment::MessageBox(_L("Error:   init   file   not   found!"));  _LIT()可以生成个常量名,以便以后重复使用:  _LIT(KMyFile,   "c:\System\Apps\MyApp\MyFile.jpg");  _LIT()宏的结果(就是上面的KMyFile)实际上是个文字描述符(literal   descriptor)TLitC,它可以在任何使用TDesC&的地方使用。  用法  ---------           TDesC中最常用的函数如下:  1、Ptr(),用来获得描述符数据中的指针。  2、Length(),用来获得描述符数据中的字符数。  3、Size(),用来获得描述符数据中的字节数目。  4、Cpmpare()或操作符==、!=、>=和<=等专为比较描述符数据用的。  5、操作符[],可以被当作c/c++中一样,用来获得描述符字符串中的单个字符。           下面几个函数有其特殊性:  1、Append()和Num()有很多重载形式,具体可以看SDK  2、Compare()有2个变体:CompareC()和CompareF(),以及Copy(),Find(),Locate()和Match(),这些函数都有C/F的后缀形式,C代表Collated而F代表Folded.  Collating和Folding  ------------------------  Folding是个比较格式化文本的简单方法,主要用在对比较不是太要求精确的场合。  Collation是个更好的也更有效的比较字符串的方法,可以生成类似字典的顺序。描述符都是从抽象类TDesC中派生的,他们可以分为三个大类: 1、缓冲区描述符——数据做为描述符对象的组成部分而存在,描述符对象存放在程序的堆栈中:TBuf和TBufC, 2、堆描述符——数据做为描述符对象的组成部分而存在,描述符对象存放在堆中:HBufC, 3、指针描述符——描述符对象和它所表示的实际数据是分开存放的:TPtr和TPtrC.  如果对照C/C++语法来看: 1、TPtrC可以被看作是const char*的使用 2、TBufC可以被看作是char[]的使用
【转载】Symbian中文显示以及字符集转换 相信大家都在处理symbian中文显示的时候遇到了这种问题, 我现在就给总结一下这种问题的解决方法: 字符串编码中文表示常用的有:GB2312,GBK,Unicode,UTF-8 其中GBK是GB2312的超集,也就是涵盖了GB2312编码的所有内容, UTF-8是Unicode的在网络传输中的一种编码格式, 如果我们使用vc做为开发工具,在win下面进行开发,那么win 的默认字符集是 GBK的,而symbian系统默认的编码方式却是 Unicode,也就是说直接写在程序里面的汉字在手机上显示的时候, 就会变成乱码。 通常解决这个问题的方法有两种: (1)静态资源文件解决方案 (2)动态的调用字符集转换函数解决方案 对呀第一种解决方案来说,需要手工编辑rss文件,把汉字内容部分改为UTF-8格式, 在rss文件的末尾或者开头添加:CHARACTER_SET UTF8 即可 缺点是这种字符串一般针对静态资源,如果是那种随时根据数据变化更新汉字的情况 则需要考虑第二种情况 第二种情况动态转换字符集的方法 添加头文件 #include <charconv.h>        //   for char set convert GBK - Unicode 在mmp里面添加 LIBRARY charconv.lib // for GBK to Unicode converter 这两步完成后,重新编译;下面的这两个函数就可以用了。 void CMcAppUi::ConvGbk2Uni(TDesC8& original, TDes& res) { #ifndef __WINS__ RFs aFileServerSession; aFileServerSession.Connect(); CCnvCharacterSetConverter* converter=CCnvCharacterSetConverter::NewLC(); if(converter->PrepareToConvertToOrFromL(KCharacterSetIdentifierGbk,aFileServerSession)!=CCnvCharacterSetConverter::EAvailable) User::Leave(KErrNotSupported); TInt state=CCnvCharacterSetConverter::KStateDefault; TPtrC8 str( original ); HBufC* iInfoText = HBufC::NewL( str.Length() ); TPtr16 ptr = iInfoText->Des(); if(CCnvCharacterSetConverter::EErrorIllFormedInput == converter->ConvertToUnicode(ptr, str, state)) User::Leave(KErrArgument); res.Zero() ;  res.Copy(ptr) ;  aFileServerSession.Close(); CleanupStack::PopAndDestroy();  delete iInfoText; #else  res.Format(_L("wayne len %d"), original.Length()) ; #endif } void CMcAppUi::ConvUni2Gbk(TDesC& original, TDes8& res) { #ifndef __WINS__ TInt state=CCnvCharacterSetConverter::KStateDefault ; CCnvCharacterSetConverter* iConv ;  iConv = CCnvCharacterSetConverter::NewLC(); if(iConv->PrepareToConvertToOrFromL(KCharacterSetIdentifierGbk, iEikonEnv->FsSession())!=CCnvCharacterSetConverter::EAvailable) User::Leave(KErrNotSupported); iConv->ConvertFromUnicode(res, original, state) ;  CleanupStack::PopAndDestroy() ;  #else res.Format(_L8("wayne chen %s"), original) ;  #endif } 具体的使用方法: TBuf8<20> title8 ;  TBuf<20>   title16 ;  TBuf8<20>   msg8 ;  TBuf<20> msg16 ;  title8.Format(_L8("友情提示")) ; ConvGbk2Uni(title8, title16) ;  msg8.Format(_L8(" 谢谢您的使用")) ;  ConvGbk2Uni(msg8, msg16) ;  ShowInfoDialog(title16, msg16) ; 即可,现在title16和msg16里面都存放的是16位的unicode中文字符串了, 可以直接显示了。 希望堆大家的开发有所帮助。 转载自CSDN: http://tieba.baidu.com/mo/q/checkurl?url=http%3A%2F%2Fkb.csdn.net%2F.net%2FArticles%2F200603%2F69661e41-c8ad-4d24-8467-7455a6aa5006.html&urlrefer=ce2fd252631560db1ccd2ce862f2d93e
【搜狐新闻】3000万先生重拾进球感觉 比之克洛泽仍有一不足      在经历了联赛初期的不顺之后,戈麦斯似乎又渐渐找回了进球感觉,继上周帮助拜仁在和沃尔夫斯堡的比赛中首开纪录之后,在今晚德国和南非的友谊赛中,戈麦斯再次先拔头筹,帮助球队2-0完胜对手,这名拜仁斥资3000万欧元引进的新援用进球巩固了自己在国家队的地位,然而要想成为德国队的头号前锋,戈麦斯仍然还有很长的一段路要走。      今晚勒夫排出了一个类似4231的新阵型,这对习惯了双前锋战术的德国球员而言多少有些不适应,尤其是戈麦斯,今晚他无疑成为了德国队的箭头人物,开场后不久,他就有一次在禁区内小角度射门,可惜皮球高出。不过戈麦斯很快卷土重来,36分钟,巴拉克禁区内下底传中,南非门将费尔南德斯出击未能截获皮球,被中路包抄的戈麦斯轻松推射空门得分,这也是戈麦斯在德国队的第11粒进球,表现合格的戈麦斯也在中场休息时被勒夫替换下场。      纵观戈麦斯在今晚45分钟的表现,虽然浪费了几次破门良机,但打入一球还是为德国队的胜利奠定了坚实基础,看来自从在今年6月和阿联酋的比赛中打破了在国家队连续10余场不进球的尴尬纪录后,戈麦斯终于渐渐的找回了在国家队的进球感觉,今晚再度进球,无疑进一步增强了戈麦斯的信心,下周中和阿塞拜疆的世界杯预选赛,戈麦斯也将为自己的首粒预选赛进球而努力。      比起下半场替补出场的拜仁队友克洛泽,戈麦斯虽然进球欲望更为强烈,但是在全队的进攻体系中,他的作用显然不如克洛泽明显,今晚克洛泽助攻厄齐尔破门,显示了这名老将出众的意识和高超的做球能力,这一点上戈麦斯显然还做的不够,比赛中,戈麦斯更多的是接应队友的传球,而很少为队友创造得分机会,这就使得他在场上时,德国队的进攻手段更为单一,很容易被对手限制。这一点和2002年世界杯上更出道的克洛泽颇为类似,倘若今后能够在和队友的配合上做的更好一些,相信戈麦斯的能力又将迈上一个新台阶,到时无论对拜仁还是德国国家队,都将是一个利好消息。
【足坛外传】泽尼特:过把瘾就死 一年前,泽尼特队炙手可热,他们是欧洲联盟杯冠军,他们拥有阿尔沙文、季莫什丘克、伯格列布尼亚克这样的超级明星,他们拥有艾德沃卡特这样的王牌教练。而一年之后,红极一时的泽尼特队分崩离析,始于07-08赛季的泽尼特奇迹画上了句号。 回想2007-08赛季的泽尼特,的确有种让人心潮澎湃的感觉。水银泻地的配合、不知疲倦的奔跑;阿尔沙文的灵动、季莫什丘克的大气,他们的出现就像西伯利亚吹向欧洲大陆的一股新鲜空气,迅速赢得了众多球迷的青睐。联盟杯以黑马姿态一路过关斩将,将公认最具冠军实力的德甲霸主拜仁慕尼黑打的完全没了方向,最终在曼彻斯特城市球场捧起联盟杯冠军。随后在法国摩纳哥的路易斯二世球场,这列来自圣彼德堡的快车更是从不可一世三冠王曼联身上狠狠碾过,最终笑傲整个欧洲足坛。然而这一切来的太快,也去的太快。走过辉煌的2008年,泽尼特的衰落从2009年初迅速开始。2月4日,队中最具人气的球星俄罗斯沙皇阿尔沙文转会去了阿森纳。到了夏天,俱乐部更是一下子损失了两员大将。战术核心季莫什丘克加盟了拜仁慕尼黑,而头号射手伯格涅姆尼亚克则去了斯图加特。看到得力战将一个一个离开,纵然有三头六臂,艾德沃卡特也知道凭他个人的力量已经无力回天了。于是在今年7月初,荷兰人宣布将从2010年初开始担任比利时国家队的主教练,这无疑是对俱乐部的又一巨大打击。也正是从那时开始,球队战绩连连下滑。上周日联赛主场输球之后,泽尼特的联赛排名已经跌至第7,这样下去,将很可能无缘下赛季的欧战赛场。物极必反、盛极必衰,这是大自然的规律,凡人都无力去对抗。但是,对于泽尼特这朵曾经在08年欧洲大陆绚丽绽放的白色烟花,一年之后却已消逝的无影无踪,还是让人唏嘘不已。
【CCTV】切尔西飞翼投拜仁获确认 为里贝里蓝军弃重臣 虽然德甲的新赛季已经开始,但联赛首轮就被霍芬海姆打得狼狈不堪的拜仁慕尼黑却依然没有从转会市场退出。面对演绎疯狂进攻的“霍村”,德甲巨人全新的后防线漏洞百出,特别是在两个边路,菲利普-拉姆以及达尼勒-普兰尼奇的表现更是难以令人满意。因此再次求购何塞-博辛瓦也就成为了他们的选择。   在刚刚结束的社区盾杯的比赛中,替补上场的切尔西边卫博辛瓦很好地完成了冻结同胞纳尼的任务,而也正是源于他的上场,切尔西也在下半时连进2球,并最终在点球决战中击败曼联,获得了卡洛-安切洛蒂上任后的第一个冠军。见到葡萄牙国脚的如此表现,拜仁方面当然心动,而就在罗曼-阿布拉莫维奇抵达慕尼黑求购弗兰克-里贝里之际,他们也再一次向切尔西提出了收购请求。   根据英国《每日邮报》的报道,实际上拜仁总经理乌利-赫内斯在这个夏天一直在强调他们对于博辛瓦的心仪之情,而直到现在,这种热情也依然没有降温。“我们仍然对何塞很感兴趣。我们需要在右边路有一位强壮的富有经验的球员,特别是当里贝里出现在右边路的时候,我们更需要这样一名球员来与之搭档。”   “我们只想得到博辛瓦,他是我们的唯一目标。在社区盾杯之后,切尔西已经向我们透露出了谈判的信号,而现在我们也正在等待着同他们取得联系。”不过,他们等来的却不只有切尔西对博辛瓦的放行,因为作为交换条件,“蓝军”也希望得到法国中场里贝里从而促成他们今夏最为重量级的一笔引援。   日前,在球队结束与曼联的社区盾杯比赛之后,切尔西老板阿布拉莫维奇已经亲自飞赴慕尼黑同拜仁俱乐部进行了商谈,而他也希望以4000万英镑的价格来得到这位“刀疤刺客”。对此,拜仁内部的人员已经给予了证实:“乌利接到电话的时候确实为之一惊,不过他随后还是彬彬有礼地与阿布进行了商谈。我们希望能够留下里贝里,但赫内斯不会因此而拒绝与阿布的会面。”   不过,狡猾的赫内斯并没有证实自己同事的这种说法。在接受采访的时候,他还是表达了里贝里是非卖品的这一观点。“4000万英镑?阿布希望得到什么呢?难道是里贝里的一条右腿?我很认真地表明我的态度,里贝里的转会大门早在一个月之前就已经关闭了,因为这根本不可能发生。”   但今夏的转会市场上已经有太多的不可能最终成为了现实,所以在博辛瓦的诱惑之下,里贝里的转会大门是不是也会重新开启呢?
1 下一页