结对作业 微软学术搜索分析
殷鵬程 10061130
姚銘 10061204
選題：微軟學(xué)術(shù)搜索
第一部分——關(guān)于微軟學(xué)術(shù)搜索網(wǎng)站的Functional Bugs
1.?Academic Map?鼠標(biāo)滾輪縮放失效問(wèn)題
Symptom：正常使用Academic Map的縮放功能時(shí)，縮放操作可以同時(shí)通過(guò)拖動(dòng)頁(yè)面右上角滑塊與滾動(dòng)鼠標(biāo)滾輪實(shí)現(xiàn)（后者符合大多數(shù)用戶習(xí)慣），但在Academic Map上點(diǎn)擊一個(gè)學(xué)術(shù)機(jī)構(gòu)之后，系統(tǒng)提示加載，拖動(dòng)滑塊依舊可以執(zhí)行地圖縮放，而此時(shí)鼠標(biāo)滾輪失效。
2.?Academic Map?載入學(xué)術(shù)機(jī)構(gòu)后用戶當(dāng)前縮放失效問(wèn)題
Symptom：當(dāng)點(diǎn)擊一個(gè)學(xué)術(shù)機(jī)構(gòu)時(shí)，地圖返回一個(gè)固定的縮放比例，用戶當(dāng)前縮放比例失效，這不利于用戶查看地理位置臨近的學(xué)術(shù)機(jī)構(gòu)的相關(guān)信息（用戶需再次執(zhí)行縮放操作），比如北航與北科。
3.?Academic Map?雙擊學(xué)術(shù)機(jī)構(gòu)后無(wú)法返回地圖模式問(wèn)題
Symptom：正常情況下，單擊學(xué)術(shù)機(jī)構(gòu)，程序載入正確的機(jī)構(gòu)相關(guān)信息，此時(shí)地圖做陰影化處理，用戶可通過(guò)單擊任意非連接區(qū)域回到地圖模式。而雙擊某一學(xué)術(shù)機(jī)構(gòu)（特別是多次雙擊）時(shí)，程序載入機(jī)構(gòu)相關(guān)信息后，此時(shí)單擊任意區(qū)域都無(wú)法回到地圖模式，同時(shí)，此時(shí)地圖未作陰影化處理。程序核心功能無(wú)法繼續(xù)使用。
本Bug在Chrome 23及IE 8下均出現(xiàn)：
Probable cause：在多次雙擊某一節(jié)點(diǎn)的情況下，程序可能會(huì)多次異步載入學(xué)術(shù)機(jī)構(gòu)信息，由于未能夠正確的處理鼠標(biāo)雙擊節(jié)點(diǎn)的事件，程序?qū)Α爱?dāng)有信息后臺(tái)載入時(shí)鼠標(biāo)雙擊節(jié)點(diǎn)”的情況處理有問(wèn)題，或未作處理。
4. 搜索部分中文關(guān)鍵詞出現(xiàn)不相關(guān)結(jié)果
?Symptom：嘗試搜索“數(shù)據(jù)挖掘”，得到如下所示結(jié)果，初步判斷兩篇文章與“數(shù)據(jù)挖掘”此中文關(guān)鍵詞不相關(guān)（雖然正文內(nèi)容可能為數(shù)據(jù)挖掘），在兩篇論文的題目、摘要中都未出現(xiàn)“數(shù)據(jù)挖掘”，且由于原文鏈接失效，無(wú)法驗(yàn)證正文中是否出現(xiàn)相關(guān)詞匯。
注：搜索結(jié)果中未給出“數(shù)據(jù)挖掘”在正文中出現(xiàn)的位置信息。
5. 強(qiáng)制停止搜索操作時(shí)UI仍顯示‘載入’狀態(tài)問(wèn)題
?Symptom：在首頁(yè)執(zhí)行搜索操作后，強(qiáng)制停止新頁(yè)面的載入，此時(shí)最右側(cè)‘載入’圖案仍舊顯示
?
?補(bǔ)充：一個(gè)可能的功能性bug：鍵入某個(gè)keywords，無(wú)法自動(dòng)導(dǎo)航至關(guān)鍵詞頁(yè)面，如information retrieval，而鍵入social network則可以，雖然用戶的query string同關(guān)鍵詞是完全match的。希望能夠修復(fù)這個(gè)bug(我發(fā)現(xiàn)當(dāng)keyword與某個(gè)期刊或會(huì)議的關(guān)鍵詞重疊后，系統(tǒng)會(huì)自動(dòng)給出提示，讓用戶選擇進(jìn)入哪個(gè)頁(yè)面，那么為何keyword不會(huì)與其發(fā)生重疊時(shí)自動(dòng)進(jìn)入keyword頁(yè)面，而不是讓用戶選擇是否由結(jié)果頁(yè)面跳轉(zhuǎn)到keyword頁(yè)面？應(yīng)該統(tǒng)計(jì)當(dāng)用戶搜索某個(gè)keyword時(shí)的意向頁(yè)面來(lái)決定哪個(gè)優(yōu)先展示)（來(lái)自采訪后的用戶反饋）
?
?
6. 非功能性：UI問(wèn)題
Subdomains下的下劃線過(guò)長(zhǎng)問(wèn)題，如圖所示，subdomains下發(fā)的下劃線右端過(guò)長(zhǎng)，影響了頁(yè)面的整體視覺(jué)效果
7. 非功能性：數(shù)據(jù)問(wèn)題 ‘color image processing?與 colour image processing’被作為不同關(guān)鍵詞處理
這是我本人在日常使用微軟學(xué)術(shù)搜索時(shí)發(fā)現(xiàn)的一個(gè)Bug，關(guān)鍵詞庫(kù)中很多包含color或colour的關(guān)鍵詞被視為不同的關(guān)鍵詞處理，如‘color image processing?與?colour image processing’，兩者的關(guān)鍵詞id分別為6646與6502，除此之外，還有很多類似情況。
?
第二部分——關(guān)于微軟學(xué)術(shù)搜索網(wǎng)站項(xiàng)目開(kāi)發(fā)的不足
我作為微軟學(xué)術(shù)搜索長(zhǎng)時(shí)間來(lái)的用戶，雖然使用頻率不高，但學(xué)術(shù)搜索確實(shí)幫我解決了很多問(wèn)題。在閱讀了鄒老師關(guān)于微軟學(xué)術(shù)搜索項(xiàng)目的歷程介紹之后，我綜合分析得到以下幾點(diǎn)問(wèn)題：
1. 前臺(tái)代碼規(guī)范問(wèn)題
根據(jù)鄒欣老師教程，結(jié)合本人日常開(kāi)發(fā)的總結(jié)，我認(rèn)為微軟學(xué)術(shù)搜索在前臺(tái)開(kāi)發(fā)上存在如下幾個(gè)問(wèn)題：
1.1 JQuery代碼與前臺(tái)代碼混用問(wèn)題
查看首頁(yè)（http://academic.research.microsoft.com/）的源代碼，我們可以在<head></head>標(biāo)簽內(nèi)發(fā)現(xiàn)對(duì)JQuery的引用。
JQuery是一個(gè)十分流行的Javascript框架，那么，既然使用了JQuery，根據(jù)使用JQuery的習(xí)慣與業(yè)界普遍贊同的編碼規(guī)范，頁(yè)面內(nèi)所有對(duì)DOM元素的操作都應(yīng)該通過(guò)JQuery實(shí)現(xiàn)，而不應(yīng)該再使用丑陋的getElementById方法（否則就失去了使用JQuery的意義~）。但是，我們卻赫然發(fā)現(xiàn)了下面的代碼：
如上圖所示，頁(yè)面中同時(shí)使用了JS原生的getElementById()方法，以及JQuery的$(selector)方法，雖然兩者的功能是一致的，但考慮到后期的可維護(hù)性已經(jīng)對(duì)編碼規(guī)范的遵守，應(yīng)該統(tǒng)一使用JQuery風(fēng)格的DOM操作方式。
1.2 HTML頁(yè)面標(biāo)簽內(nèi)嵌CSS樣式的問(wèn)題
下圖截取的代碼為網(wǎng)頁(yè)底部欄目的html代碼。
可以看到，這個(gè)div引用了footer class，而讓人費(fèi)解的是，div標(biāo)簽中卻仍舊有內(nèi)聯(lián)的CSS樣式屬性（style="height: 30px;"），對(duì)于前端開(kāi)發(fā)而言，這是一種很不好的習(xí)慣，因?yàn)閷?duì)同一個(gè)標(biāo)簽的控制分散到了不同的地方，很不利于代碼的維護(hù)，即使在學(xué)霸的UI中，我們的前臺(tái)DEV也不會(huì)做這樣的事情。
從標(biāo)簽風(fēng)格來(lái)看，這個(gè)div應(yīng)該不是asp.net自動(dòng)生成的，那么前臺(tái)開(kāi)發(fā)人員在書(shū)寫(xiě)其css樣式時(shí)，應(yīng)該將其所有樣式放到footer class里。
1.3 HTML標(biāo)簽內(nèi)嵌JavaScript函數(shù)問(wèn)題
從下圖可以看出，頁(yè)面的標(biāo)簽元素中內(nèi)聯(lián)了很多javascript函數(shù)，而根據(jù)一般的js編碼規(guī)范，js函數(shù)應(yīng)該單獨(dú)放到<script></script>標(biāo)簽內(nèi)，html的事件（如onClick）應(yīng)該直接飲用js函數(shù)名，而非直接在onClick事件中定義。
這樣做，會(huì)有以下幾個(gè)問(wèn)題：
1. 不同的事件，其處理函數(shù)可能相近，內(nèi)聯(lián)定義會(huì)造成代碼冗余
2. Html代碼與js代碼高度耦合，當(dāng)代碼量達(dá)到一定量級(jí)后，可維護(hù)性會(huì)很差
在學(xué)霸UI中，所有的js代碼均位于Header標(biāo)簽內(nèi)的<script></script>標(biāo)簽中，方便了引用與維護(hù)。
從以上幾點(diǎn)可以看出，beta版本的微軟學(xué)術(shù)搜索在前臺(tái)代碼的代碼質(zhì)量控制上可能有所疏忽，希望能夠引起重視。
2. 關(guān)于開(kāi)發(fā)技術(shù)手段的問(wèn)題：對(duì)與合理使用asp.net服務(wù)器控件的探討
僅從微軟學(xué)術(shù)搜索的首頁(yè)來(lái)看，可以發(fā)現(xiàn)，頁(yè)面大量使用了asp.net技術(shù)，具體表現(xiàn)在幾乎所有的div的id都由ct100打頭。
使用asp.net的服務(wù)器控件可以簡(jiǎn)化UI的開(kāi)發(fā)流程，但是，從我個(gè)人的觀點(diǎn)，不恰當(dāng)?shù)氖褂梅炊鴷?huì)帶來(lái)以下幾個(gè)問(wèn)題：
3. ?關(guān)于項(xiàng)目開(kāi)發(fā)流程的問(wèn)題
鄒老師的博客上有這樣一句話：
由于項(xiàng)目的絕大部分模塊都進(jìn)行了大規(guī)模的工程性重構(gòu)，重寫(xiě)。有些問(wèn)題太難, 研究員們逐步撤出了項(xiàng)目。
根據(jù)博文，可以發(fā)現(xiàn)，在M1階段，研究員與工程師共同參與，我雖然不清楚他們是否共同參與編碼，但從上文可以看出，M1階段可能沒(méi)有采取比較好的架構(gòu)，或者比較好的設(shè)計(jì)模式，導(dǎo)致項(xiàng)目在迭代過(guò)程中需要進(jìn)行大規(guī)模的工程性重構(gòu)，但代碼重構(gòu)對(duì)于一個(gè)項(xiàng)目來(lái)說(shuō)，是很可怕的（我曾經(jīng)看到過(guò)一篇博文，講的是代碼重構(gòu)（重寫(xiě)）標(biāo)志著項(xiàng)目的失敗，具體鏈接無(wú)從找尋）。
因此，我猜測(cè)，M1階段的研究員與工程師可能共同參與了編碼，但很可能由于研究員的編碼風(fēng)格可能不是面向工程的，導(dǎo)致M1階段的代碼存在架構(gòu)上的問(wèn)題，否則為何要大規(guī)模重構(gòu)？之前不是根據(jù)MS Agile，進(jìn)行了2周的計(jì)劃了么？懇請(qǐng)鄒老師解答~
?
第三部分——使用Academic Search進(jìn)行學(xué)習(xí)領(lǐng)域的選擇：記黃同學(xué)使用Academic Search 的心得
編者按：
最近我的哥們黃同學(xué)需要進(jìn)行CS專業(yè)領(lǐng)域的選擇，面對(duì)CS領(lǐng)域下形形色色的Subdomain，該選擇什么方向?yàn)楹?#xff1f;在某日跟我提到此事后，我便推薦他使用微軟學(xué)術(shù)搜索。以下是黃同學(xué)使用微軟學(xué)術(shù)搜索完成專業(yè)領(lǐng)域選擇的過(guò)程記錄。
?
用戶背景：
黃同學(xué)，我航高工大三本科生，計(jì)算機(jī)科學(xué)與技術(shù)專業(yè)。
使用Academic Search的目的：發(fā)掘CS下的熱門(mén)領(lǐng)域，進(jìn)行專業(yè)選擇
感興趣方向：Social Network，Machine Translation，Peer to Peer，Information Retrieval
?
用戶使用過(guò)程：
1. 學(xué)習(xí)階段與功能選擇
由于黃同學(xué)之前沒(méi)有使用過(guò)Academic Search，筆者首先向其大致介紹了AS的主要功能，并建議他通過(guò)兩個(gè)途徑進(jìn)行熱門(mén)領(lǐng)域的比較：
1 查看相應(yīng)Keywords（見(jiàn)上）的論文發(fā)表與引用數(shù)目圖
2 使用AS的Domain Trend功能，橫向比較CS下各個(gè)subdomain的論文發(fā)表情況。
?
黃同學(xué)希望通過(guò)衡量某個(gè)領(lǐng)域的熱度（主要還是看論文發(fā)表數(shù)目），并結(jié)合自我的個(gè)人興趣，來(lái)確定今后的研究方向。因此，以上兩種手段是比較有效的。
?
2. 具體使用階段
2.1 Domain Trend功能
在大致熟悉了AS的主要功能后，黃同學(xué)便開(kāi)始了具體工作J，首先使用Domain Trend, 但打開(kāi)Domain Trend的主界面后，小黃在左側(cè)的subdomain中找了又找，只找到了Information Retrieval……
“咋沒(méi)有其他的關(guān)鍵詞呢？！”
我向他解釋：AS中的Domain Trend只列出了AS中定義的subdomain的論文數(shù)目信息，其他的關(guān)鍵詞不在subdomain范圍之內(nèi)。它們可能屬于某個(gè)subdomain。
那么，該如何找到上述關(guān)鍵詞所在的subdomain呢，我跟小黃犯了愁，Social Network屬于啥？Network & communication還是World Wide Web？Academic Search貌似沒(méi)有給出Domain與Keywords的對(duì)應(yīng)關(guān)系哎…..
2.2 直接搜索Keywords得到相應(yīng)圖表
比起第一種方法，這招來(lái)的更實(shí)在~
但是，我們?cè)跈z索各個(gè)關(guān)鍵詞結(jié)果后發(fā)現(xiàn)，對(duì)于上述所有KeyWords，2011年與2012年的論文publication數(shù)目都少于2010年，導(dǎo)致我們無(wú)法根據(jù)圖表判斷上述領(lǐng)域在11年與12年是否熱門(mén)（見(jiàn)下圖）。
其中，12年的數(shù)據(jù)只有兩位數(shù)，但為什么11年的也相對(duì)較少？估計(jì)是AS對(duì)近兩年的數(shù)據(jù)收錄不全。
但讓小黃沒(méi)有想到的是，keywords頁(yè)面還給出了領(lǐng)域大牛們對(duì)keyword的定義，方便了用戶對(duì)領(lǐng)域進(jìn)行初步的認(rèn)識(shí)與了解。
?
經(jīng)過(guò)一番搜索之后，小黃認(rèn)為Academic Search提供的近兩年的論文發(fā)表數(shù)目不太準(zhǔn)確，不能很好的反映某一領(lǐng)域的發(fā)展趨勢(shì)，只能夠通過(guò)橫向比較各個(gè)領(lǐng)域間的論文發(fā)表數(shù)目來(lái)判斷熱門(mén)領(lǐng)域。最后，小黃選定了Machine Translation（興趣是第一位的J）。
最后，根據(jù)小黃同學(xué)的反饋，我們一起總結(jié)了AS的各個(gè)方面的優(yōu)缺點(diǎn)~
?
| 項(xiàng)目 | 優(yōu)點(diǎn) | 缺點(diǎn) |
| 數(shù)據(jù)量 | 橫向來(lái)看，CS各個(gè)subdomain的論文收錄頗全，足夠支撐日常論文檢索需求 | 對(duì)近兩年，特別是2012年的論文收入很少 |
| 界面 | 界面設(shè)計(jì)很人性化，特別是各項(xiàng)Visualization功能，將數(shù)據(jù)可視化，特別有利于向黃同學(xué)這類需要進(jìn)行領(lǐng)域分析與研究的用戶 | “怎么沒(méi)有中文界面？！”（用戶語(yǔ)），Google學(xué)術(shù)至少還有個(gè)中文版，PS：本人常用國(guó)產(chǎn)萬(wàn)方（wangfangdata.com.cn） |
| 功能 | 對(duì)比Google學(xué)術(shù)搜索與國(guó)內(nèi)的萬(wàn)方（wanfangdata.com）、中國(guó)知網(wǎng)等，微軟學(xué)術(shù)搜索的功能明顯更多，而且數(shù)據(jù)的可視化程度更高 | 部分功能在細(xì)節(jié)上仍需要完善，比如Domain Trend無(wú)法添加Custom Domain（比如比較用戶指定個(gè)N個(gè)關(guān)鍵詞） |
| 準(zhǔn)確度 | 對(duì)大部分KeyWords的搜索比較精準(zhǔn) | 搜索結(jié)果排名上存在一些問(wèn)題 對(duì)于部分keyword，如social network，題名social and biological networks的文章竟然排在第一頁(yè)第三位，遠(yuǎn)高于題名包含social network的文章 搜索information retrieval，無(wú)法自動(dòng)進(jìn)入關(guān)鍵詞頁(yè)面（雖然關(guān)鍵詞同用戶鍵入文本一致） |
?
用戶對(duì)產(chǎn)品的改進(jìn)意見(jiàn)：
?第四部分——移動(dòng)設(shè)備上的微軟學(xué)術(shù)搜索
市場(chǎng)情況
目前學(xué)術(shù)搜索產(chǎn)品基本都是以網(wǎng)頁(yè)為載體，除了微軟，規(guī)模最大的學(xué)術(shù)搜索是谷歌學(xué)術(shù)搜索，其余的還有CNKI和Heliloid等搜索產(chǎn)品。但針對(duì)移動(dòng)的客戶端尚未成熟，微軟學(xué)術(shù)搜索推出的WP7客戶端，其余的沒(méi)發(fā)現(xiàn)。
?
功能
關(guān)于要設(shè)計(jì)什么樣的功能以及為什么用戶會(huì)用該產(chǎn)品，我們使用NABC模型來(lái)分析的學(xué)術(shù)搜索的功能需求及改進(jìn)方法以及這樣做的優(yōu)點(diǎn)。
1)????? N (Need 需求)
現(xiàn)在的學(xué)術(shù)搜索產(chǎn)品功能大都僅限于學(xué)術(shù)論文資源的搜索，加以學(xué)科領(lǐng)域分類。而對(duì)于文獻(xiàn)之間的關(guān)系，學(xué)者之間的關(guān)系，還有研究機(jī)構(gòu)之間的信息比較很少有體現(xiàn)。微軟學(xué)術(shù)搜索的幾個(gè)模塊功能實(shí)現(xiàn)了上述關(guān)系的深入分析，為學(xué)者提供了對(duì)學(xué)術(shù)資源的分析與整理。除此之外，我們還應(yīng)該為用戶提供個(gè)性化的信息定制，給用戶感興趣的領(lǐng)域等信息給予更新。針對(duì)在移動(dòng)設(shè)備上使用的用戶，我們應(yīng)考慮到移動(dòng)設(shè)備的使用特點(diǎn)，設(shè)計(jì)適合移動(dòng)設(shè)備特點(diǎn)的功能。
2) A (Approach 做法)
考慮到為用戶提供在移動(dòng)設(shè)備上快捷簡(jiǎn)便的使用體驗(yàn)，設(shè)計(jì)以下功能：
3) B (Benefit? 好處)
實(shí)現(xiàn)了上述功能，使得該學(xué)術(shù)搜索客戶端不再是用戶單方面向程序發(fā)出請(qǐng)求并獲得結(jié)果的平臺(tái)，而是用戶與學(xué)術(shù)資源互動(dòng)的平臺(tái)。客戶端可以根據(jù)客戶的喜好，有針對(duì)性的提供給用戶最需要的資源，節(jié)約了用戶搜索相關(guān)信息的時(shí)間，方便了使用過(guò)程。另一方面，我們針對(duì)移動(dòng)平臺(tái)，特別是手機(jī)，考慮到屏幕大小有限，提供簡(jiǎn)潔和常規(guī)兩種閱讀模式是有必要的。
4) C (Competitors 競(jìng)爭(zhēng))
目前對(duì)于學(xué)生機(jī)研究人員，在網(wǎng)絡(luò)上搜索大量的學(xué)術(shù)資源是必要而又比較繁瑣的工作。一個(gè)易操作，功能強(qiáng)大的學(xué)術(shù)搜索平臺(tái)是有很大市場(chǎng)價(jià)值的。而目前的相關(guān)產(chǎn)品功能大都僅限于論文資源的搜索，加以學(xué)科領(lǐng)域分類，很少對(duì)資源的相互關(guān)系加以梳理，針對(duì)用戶的個(gè)性化信息支持更是幾乎沒(méi)有。所以經(jīng)過(guò)分析，完成這個(gè)學(xué)術(shù)搜索移動(dòng)客戶端的市場(chǎng)價(jià)值巨大，而且目前階段市場(chǎng)競(jìng)爭(zhēng)還不是特別強(qiáng)烈，但面對(duì)其他相關(guān)學(xué)術(shù)搜索產(chǎn)品的不斷升級(jí)，競(jìng)爭(zhēng)壓力在后期應(yīng)該會(huì)有所上升。
?
角色配置
項(xiàng)目初期階段，測(cè)試量較少，設(shè)置開(kāi)發(fā)人員2名，美工2名，測(cè)試人員1名；
項(xiàng)目中后期，設(shè)置開(kāi)發(fā)人員2名，測(cè)試人員2名，美工1名。
?
12周計(jì)劃
項(xiàng)目采用迭代式開(kāi)發(fā)過(guò)程。每周都必須召開(kāi)例會(huì)分析項(xiàng)目的進(jìn)度與當(dāng)前難點(diǎn)，并且分析怎樣做確保進(jìn)度的正常進(jìn)行，每個(gè)小階段結(jié)束后進(jìn)行一定的總結(jié)。而其中重要的一點(diǎn)，項(xiàng)目文檔是貫穿整個(gè)12周必須要做的事情，完整的文檔是保證項(xiàng)目順利進(jìn)行的前提。
| 第1-2周 | 進(jìn)行需求分析，并向公眾征求功能需要，綜合各方面的需求，最終確定項(xiàng)目的整體定位，細(xì)化并確定所有功能需求，形成需求報(bào)告。 |
| 第3周 | 軟件的架構(gòu)設(shè)計(jì)，據(jù)需求分析所得結(jié)果完成軟件架構(gòu)的詳細(xì)設(shè)計(jì)，為正式開(kāi)發(fā)做準(zhǔn)備。 |
| 第4-7周 | 第一輪開(kāi)發(fā)，根據(jù)之前的詳細(xì)設(shè)計(jì)進(jìn)行項(xiàng)目開(kāi)發(fā)。 |
| 第8周 | 測(cè)試版發(fā)布，收集軟件的bug和其他不足之處，制定改進(jìn)計(jì)劃。 |
| 第9-10周 | 第二輪開(kāi)發(fā)，主要是完善之前的測(cè)試版本，并修改bug |
| 第11周 | 項(xiàng)目穩(wěn)定階段，進(jìn)一步完善項(xiàng)目，做項(xiàng)目的收尾工作。 |
| 第12周 | 結(jié)束項(xiàng)目的開(kāi)發(fā)，制作說(shuō)明文檔，幫助文檔等，完成發(fā)布。 |
?
轉(zhuǎn)載于:https://www.cnblogs.com/yao9208/archive/2012/12/28/2837499.html
總結(jié)
以上是生活随笔為你收集整理的结对作业 微软学术搜索分析的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇： 收藏 世界上最神奇的数字
- 下一篇： 炒股巴士股票入门基础知识|破发来自牛市的