中國老酒網(wǎng)客戶端，北酒所中國老酒交易平臺的老酒都是多少年的

一般都是存儲15年以上，2000年以前的

國版老酒交易平臺 是合法的，希望給你參考

帳號大退后重啟客戶端選擇自已所在游戲區(qū)重新登陸就回去了.

重啟客戶端選擇自已所在游戲區(qū)重新登陸就回去了.

沒到100級沒到100級沒到100級

代數(shù)式的似的

點跨區(qū)旅游，點回本區(qū)就能夠了

我你放了方法回不來海娜粉老狐貍精老酒了呵呵來了老虎了好了

PC的分辨率高 好看些PS2的地圖景觀如果拉平來看 不夠PC的看得遠我現(xiàn)在都是玩PS2的 雖然操作是不夠PC方便 但是用習慣了也差不多

我喝多了 說點醉話 否定一下樓主的問題 這個問題本來就有欠歉妥當。怎么說呢？ 其實一樣事物的好與壞可能有個客觀評價，但是不是拿給別人評價的。既然樓主有玩兩種版本的條件，為什么不都試一試，自己去體會一下，何況咱中國玩家就是有那種條件，為什么？我就不詳細說明了哈。 游戲嘛，特別是這種單機游戲，是給自己玩的，不是迎合別人想法就能找到快樂。比如說我自己這個LG（垃圾）吧，我什么平臺的游戲都不抗拒，也在玩網(wǎng)游，最近在玩魔獸世界，LG得很。別人都說那樣加能力好，但是我全部加在動物變形上，為什么呢？就因為我喜歡動物德魯依。 總之，迎合世界，但要有自己的看法，又不隨意的去踐踏別人的看法，才能真正的得到快樂。 順便說一下，我在魔獸6區(qū)卡拉贊 小D 無形之魚 如果大家有部落的不要殺我，聯(lián)盟的多幫助我哈，還有一個區(qū)的PM我， ：）

1.ps上的修改起來太麻煩，pc上的改起來隨心所欲2.pc上的畫面沒有ps上的大3.操作還是PC上的強些4.最重要的是PC上是中文，而且威力加強版馬上就要出了。

PS2版惟一的優(yōu)勢就是手柄的感覺了,個人極度討厭用鼠標玩游戲

第2點不同意，屏幕是電視的大。但是PC版你可是離顯示屏很近在玩的。而ps2版你不可能湊在電視屏幕前玩吧 ？肯定離開較遠的距離。實際上最后眼睛看到的畫面內(nèi)容其實還是PC顯示器的更大一點。

ps2：能邊玩游戲邊上網(wǎng)pc：能邊玩游戲邊看電視ps2上畫面好像好一點

取這個標題,難免會惹來幼稚和可笑之閑,打心底壓根兒沒有拿這兩者來比過,因為這兩者是否具有可比性本身是個疑問.可是最近一些朋友的公司卻一直在UI的技術(shù)選型上犯愁.一些朋友這么問我,所以我想把自己的想法羅列在此,僅供參考.先申明,我不是什么牛人,也不是FLEX和EXT方面的高手,甚至對EXT并沒有在項目中親自實踐過,寫此文之前我問自己,憑什么在此發(fā)言? 最后我找到一個說服自己的欠充分的理由.既然有人發(fā)問,就應該個答案,既然我不能更清楚地說出答案,何不以此做為源頭,讓更多的人來揭開這層面紗,此文難免落入俗套,請大家海涵.不啰嗦了,進入主題吧.FLEX和EXT該選誰?一:從項目的風險上來考慮: 項目能否成功,一定程度上并不關(guān)技術(shù)鳥事兒.因為不同的技術(shù)可能達到同樣的效果.而我們往往只選取最有把握的一種技術(shù),這其實就是讓項目歸避了風險,那么這兩者中哪一種技術(shù)你更有把握呢? 大家自己更清楚,不過我可以大概地分析下兩者目前使用現(xiàn)狀來做個推測或猜測.不排除有例外.FLEX在國內(nèi)已明顯比國外慢了半拍,從FLEX的相關(guān)學習資料可以得出這一結(jié)論,記得從FLEX2開始我重新開始了對FLEX(以前玩過FLASH)的關(guān)注,那時我還在神龍汽車公司里做實施項目用的是SSH架構(gòu).項目中有很多有關(guān)經(jīng)銷商的數(shù)據(jù)需要統(tǒng)計和比較,客戶非常希望能夠直接在系統(tǒng)中看到各經(jīng)銷商特定數(shù)據(jù)項比較的結(jié)果,當時苦于沒能說服經(jīng)理采用FLEX的CHART來實現(xiàn)這一功能,而采用了BO報表這個龐大的系統(tǒng)來”高射炮打蚊子”,當時提出FLEX技術(shù)項目組的同志們聞所未聞,我簡單地說是FLASH的一種技術(shù),大家聽罷都敬而遠之.說FLASH依賴于FP.后來學習FLEX變成了我的業(yè)余愛好.當然現(xiàn)在在國內(nèi)大概不會再出現(xiàn)類似的情況了,FLEX以及微軟的SL大有山雨欲來風滿樓的架勢.CSDN的孟巖說”RIA是趨勢”,我想倒底是不是趨勢大家能感受得到.在這里我想表明一點,其實是EXT已經(jīng)被眾多企業(yè)以及用戶所接受,但FLEX還在考驗和推廣的路途之中.回到風險的考慮上來講,你的團隊中真正懂FLEX的人不多,或者根本就沒有.因為大家都沒有FLEX方面的經(jīng)驗積累,如果你貿(mào)然采用FLEX,一旦在你的項目中遇到FLEX本身或者你的團隊不能解決的難題,而又很難在尋求外界的技術(shù)支援時,你的項目勢必為搖搖欲墜.這種驚心動魄我想大家都不想感受.而EXT聽起來雖然是個新名詞,但正如XX人所說,AJAX只是一個新瓶裝老酒的DD,我們幾乎不需要額外的學習就可以完美的實現(xiàn)”拿來主義”,而且我們還可以根據(jù)自己的需求來修改內(nèi)部的代碼.所以就目前來講,EXT的技術(shù)風險遠低于FLEX.二:學習和培訓的成本:要上一個項目,如果你的團隊沒有FLEX的經(jīng)驗也沒有EXT的經(jīng)驗積累.別無它法,一:讓團隊成員自學然后交流,二:給團隊成員培訓一下.而不管是學習還是培訓,EXT會更快地讓大家所接受,所以EXT的學習培訓成本或者說成是使用成本更低.(當然這只是就當前的項目而言,從公司長遠的考慮,學習FLEX這個投入可能會得到更高的回報, 這是后話).三:企業(yè)運營的成本:BS結(jié)構(gòu)的DD,server是運營時的重頭戲,帶寬的大小,服務器的負載能力….因素,在項目開發(fā)之前技術(shù)選型時都要經(jīng)過深入考究,本著”問題都要在項目開始之先暴露的原則”,我們不能視FLEX項目的更高的帶寬要求而不見;FLEX在第一次將整個項目SWF下載到客戶端緩存,所以如果項目大載入會非常慢,鑒于國內(nèi)的帶寬狀況似乎還很不樂觀,這一點是幾乎是FLEX技術(shù)選擇時最為頭疼的問題,這里或許有人會反駁說,有辦法解決:我想很嚴肅地回駁,沒辦法解決,運用RSL以及module只能緩解這種尷尬;針對這一尷尬.adobe官方有這么一說,FLEX是為企業(yè)級用戶準備的,當然如果你做的是企業(yè)級方案,那這一尷尬確實可以不再讓其蒙羞;所以FLEX在外網(wǎng)的解決方案的使用上似乎要更加慎重考慮再回到話題上來,FLEX與EXT相比所需的帶寬要求要高得多,如果最終用戶的網(wǎng)絡帶寬不理想,你用FLEX做再華麗的,再炫,再牛的用戶體驗,他也體會不到.當系統(tǒng)的并發(fā)數(shù)急劇增加時,企業(yè)的服務器要相應地提高對用戶的響應速度,也需要加大帶寬,運用木桶原理,可能需要增加的帶寬不小(本人沒有數(shù)據(jù)來說明,因為沒有做過測試),支付的費用也會成若干倍增加.四:開發(fā)效率和維護成本看到上面,好像我更傾向于采用EXT,似乎我把FLEX說得一無是處,其實不然,FLEX也是時代的英雄,只是他的演出才剛拉開帷幕,從開發(fā)效率上來講EXT根本沒法跟FLEX相提并論,有以下幾點大家可以比較一下, 1.FLEX可以完全基于可視化拖曳,豐富組件,以及傻瓜式的自定擴展,可以讓你對UI高枕無憂. 2.FLEX有基于EC的插件以及FB獨立IDE,有EC的使用經(jīng)驗這方面是得心應手的,調(diào)試編輯,跟JAVA幾乎雷同,比EXT的JS要省心得多. 3.用戶體驗,這是FLEX的強項了,我就不說了; 4.跨平臺,這也是FLEX的強項,我也不說了; 5.搜索引擎,這一點以前有人一直把這當成FLEX的把柄,說FLEX不能更好的被搜索,剛剛放出來的新聞,大家可能都看到了,FLEX現(xiàn)在也開始支持GOOGLE,和雅虎的搜索了,至于其它搜索引擎,那是遲早的事兒了吧.而EXT好像還沒有這方面的動靜兒. 6.維護成本,其實從1,2兩點似乎就已經(jīng)得出了結(jié)論;五:從企業(yè)引入新技術(shù)的的收益來看:公司引入新技術(shù),往往并不單純是為了眼下的單個項目,公司更渴望通過這個項目能夠有技術(shù)的積累和經(jīng)驗的積累,而FLEX集眾多亮點于一身,必然是富客戶端時代的寵兒.(這里我不想來討論FLEX與MS的SL的優(yōu)劣,因為這兩者不管誰是誰非,誰都無法取代誰,就像JAVA和.net一樣.)如果企業(yè)能很及時的引入和積累FLEX技術(shù),或許可以在與客戶的競標過程中更加引人入目,還可能讓自己的產(chǎn)品更加豐富多彩.而EXT,我從別人那里聽來的是EXT只是AJAX技術(shù)過渡產(chǎn)物中的一種,或許他不會消失,或許他還會繼續(xù)在AJAX的天空里奪光炫目,或許還有其它可能.而FLEX卻像一個嬰兒,還有很長的路要走,我獨膽斷定FLEX的生命周期要比EXT更長更久.六:FLEX和EXT你到底選誰?我再重復一下我個人的觀點:我認為EXT只是一個作品,它能讓你創(chuàng)作的地方可能不會很多,而FLEX卻是一個真正的工具,你可以發(fā)揮你的想象為客戶去做任何事情. 那么如果在上面的五點你經(jīng)過均衡之后你能輕松地得出答案,那么你的答案應該沒錯兒,但如果還是無從選擇,那我推薦使用FLEX.別忘了,把你使用FLEX的心得跟大家一同分享.將此文發(fā)出來,我一直很擔心,怕太多個人幼稚的觀點,招來唾罵,但我寫此文的目的,在文前已經(jīng)說明,只是想做為一個引子,讓大家借題發(fā)揮各自的看法,如果你有EXT和FLEX的經(jīng)驗和想法,大家不妨一起分享,表示感謝!

取這個標題,難免會惹來幼稚和可笑之閑,打心底壓根兒沒有拿這兩者來比過,因為這兩者是否具有可比性本身是個疑問.可是最近一些朋友的公司卻一直在UI的技術(shù)選型上犯愁.一些朋友這么問我,所以我想把自己的想法羅列在此,僅供參考. 先申明,我不是什么牛人,也不是FLEX和EXT方面的高手,甚至對EXT并沒有在項目中親自實踐過,寫此文之前我問自己,憑什么在此發(fā)言? 最后我找到一個說服自己的欠充分的理由.既然有人發(fā)問,就應該個答案,既然我不能更清楚地說出答案,何不以此做為源頭,讓更多的人來揭開這層面紗,此文難免落入俗套,請大家海涵. 不啰嗦了,進入主題吧. FLEX和EXT該選誰? 一:從項目的風險上來考慮: 項目能否成功,一定程度上并不關(guān)技術(shù)鳥事兒.因為不同的技術(shù)可能達到同樣的效果.而我們往往只選取最有把握的一種技術(shù),這其實就是讓項目歸避了風險,那么這兩者中哪一種技術(shù)你更有把握呢? 大家自己更清楚,不過我可以大概地分析下兩者目前使用現(xiàn)狀來做個推測或猜測.不排除有例外. FLEX在國內(nèi)已明顯比國外慢了半拍,從FLEX的相關(guān)學習資料可以得出這一結(jié)論,記得從FLEX2開始我重新開始了對FLEX(以前玩過FLASH)的關(guān)注,那時我還在神龍汽車公司里做實施項目用的是SSH架構(gòu).項目中有很多有關(guān)經(jīng)銷商的數(shù)據(jù)需要統(tǒng)計和比較,客戶非常希望能夠直接在系統(tǒng)中看到各經(jīng)銷商特定數(shù)據(jù)項比較的結(jié)果,當時苦于沒能說服經(jīng)理采用FLEX的CHART來實現(xiàn)這一功能,而采用了BO報表這個龐大的系統(tǒng)來”高射炮打蚊子”,當時提出FLEX技術(shù)項目組的同志們聞所未聞,我簡單地說是FLASH的一種技術(shù),大家聽罷都敬而遠之.說FLASH依賴于FP.后來學習FLEX變成了我的業(yè)余愛好.當然現(xiàn)在在國內(nèi)大概不會再出現(xiàn)類似的情況了,FLEX以及微軟的SL大有山雨欲來風滿樓的架勢.CSDN的孟巖說”RIA是趨勢”,我想倒底是不是趨勢大家能感受得到.在這里我想表明一點,其實是EXT已經(jīng)被眾多企業(yè)以及用戶所接受,但FLEX還在考驗和推廣的路途之中.回到風險的考慮上來講,你的團隊中真正懂FLEX的人不多,或者根本就沒有.因為大家都沒有FLEX方面的經(jīng)驗積累,如果你貿(mào)然采用FLEX,一旦在你的項目中遇到FLEX本身或者你的團隊不能解決的難題,而又很難在尋求外界的技術(shù)支援時,你的項目勢必為搖搖欲墜.這種驚心動魄我想大家都不想感受.而EXT聽起來雖然是個新名詞,但正如XX人所說,AJAX只是一個新瓶裝老酒的DD,我們幾乎不需要額外的學習就可以完美的實現(xiàn)”拿來主義”,而且我們還可以根據(jù)自己的需求來修改內(nèi)部的代碼.所以就目前來講,EXT的技術(shù)風險遠低于FLEX. 二:學習和培訓的成本: 要上一個項目,如果你的團隊沒有FLEX的經(jīng)驗也沒有EXT的經(jīng)驗積累.別無它法,一:讓團隊成員自學然后交流,二:給團隊成員培訓一下.而不管是學習還是培訓,EXT會更快地讓大家所接受,所以EXT的學習培訓成本或者說成是使用成本更低.(當然這只是就當前的項目而言,從公司長遠的考慮,學習FLEX這個投入可能會得到更高的回報, 這是后話). 三:企業(yè)運營的成本: BS結(jié)構(gòu)的DD,server是運營時的重頭戲,帶寬的大小,服務器的負載能力….因素,在項目開發(fā)之前技術(shù)選型時都要經(jīng)過深入考究,本著”問題都要在項目開始之先暴露的原則”,我們不能視FLEX項目的更高的帶寬要求而不見;FLEX在第一次將整個項目SWF下載到客戶端緩存,所以如果項目大載入會非常慢,鑒于國內(nèi)的帶寬狀況似乎還很不樂觀,這一點是幾乎是FLEX技術(shù)選擇時最為頭疼的問題,這里或許有人會反駁說,有辦法解決:我想很嚴肅地回駁,沒辦法解決,運用RSL以及module只能緩解這種尷尬; 針對這一尷尬.adobe官方有這么一說,FLEX是為企業(yè)級用戶準備的,當然如果你做的是企業(yè)級方案,那這一尷尬確實可以不再讓其蒙羞;所以FLEX在外網(wǎng)的解決方案的使用上似乎要更加慎重考慮 再回到話題上來,FLEX與EXT相比所需的帶寬要求要高得多,如果最終用戶的網(wǎng)絡帶寬不理想,你用FLEX做再華麗的,再炫,再牛的用戶體驗,他也體會不到.當系統(tǒng)的并發(fā)數(shù)急劇增加時,企業(yè)的服務器要相應地提高對用戶的響應速度,也需要加大帶寬,運用木桶原理,可能需要增加的帶寬不小(本人沒有數(shù)據(jù)來說明,因為沒有做過測試),支付的費用也會成若干倍增加. 四:開發(fā)效率和維護成本 看到上面,好像我更傾向于采用EXT,似乎我把FLEX說得一無是處,其實不然,FLEX也是時代的英雄,只是他的演出才剛拉開帷幕,從開發(fā)效率上來講EXT根本沒法跟FLEX相提并論,有以下幾點大家可以比較一下, 1.FLEX可以完全基于可視化拖曳,豐富組件,以及傻瓜式的自定擴展,可以讓你對UI高枕無憂. 2.FLEX有基于EC的插件以及FB獨立IDE,有EC的使用經(jīng)驗這方面是得心應手的,調(diào)試編輯,跟JAVA幾乎雷同,比EXT的JS要省心得多. 3.用戶體驗,這是FLEX的強項了,我就不說了; 4.跨平臺,這也是FLEX的強項,我也不說了; 5.搜索引擎,這一點以前有人一直把這當成FLEX的把柄,說FLEX不能更好的被搜索,剛剛放出來的新聞,大家可能都看到了,FLEX現(xiàn)在也開始支持GOOGLE,和雅虎的搜索了,至于其它搜索引擎,那是遲早的事兒了吧.而EXT好像還沒有這方面的動靜兒. 6.維護成本,其實從1,2兩點似乎就已經(jīng)得出了結(jié)論; 五:從企業(yè)引入新技術(shù)的的收益來看: 公司引入新技術(shù),往往并不單純是為了眼下的單個項目,公司更渴望通過這個項目能夠有技術(shù)的積累和經(jīng)驗的積累,而FLEX集眾多亮點于一身,必然是富客戶端時代的寵兒.(這里我不想來討論FLEX與MS的SL的優(yōu)劣,因為這兩者不管誰是誰非,誰都無法取代誰,就像JAVA和.net一樣.)如果企業(yè)能很及時的引入和積累FLEX技術(shù),或許可以在與客戶的競標過程中更加引人入目,還可能讓自己的產(chǎn)品更加豐富多彩.而EXT,我從別人那里聽來的是EXT只是AJAX技術(shù)過渡產(chǎn)物中的一種,或許他不會消失,或許他還會繼續(xù)在AJAX的天空里奪光炫目,或許還有其它可能.而FLEX卻像一個嬰兒,還有很長的路要走,我獨膽斷定FLEX的生命周期要比EXT更長更久. 六:FLEX和EXT你到底選誰? 我再重復一下我個人的觀點:我認為EXT只是一個作品,它能讓你創(chuàng)作的地方可能不會很多,而FLEX卻是一個真正的工具,你可以發(fā)揮你的想象為客戶去做任何事情. 那么如果在上面的五點你經(jīng)過均衡之后你能輕松地得出答案,那么你的答案應該沒錯兒,但如果還是無從選擇,那我推薦使用FLEX.別忘了,把你使用FLEX的心得跟大家一同分享. 將此文發(fā)出來,我一直很擔心,怕太多個人幼稚的觀點,招來唾罵,但我寫此文的目的,在文前已經(jīng)說明,只是想做為一個引子,讓大家借題發(fā)揮各自的看法,如果你有EXT和FLEX的經(jīng)驗和想法,大家不妨一起分享,表示感謝!