A+醫(yī)學(xué)百科:條目長(zhǎng)短
A+醫(yī)學(xué)百科的條目應(yīng)當(dāng)長(zhǎng)度適宜并且提供了一切所需要的內(nèi)容。一篇真正極佳的文章盡管言簡(jiǎn)意賅，卻還是能夠提供足夠的資訊、深度和分析。
從保持文章格式（如可讀性）出發(fā)，一個(gè)條目仍不應(yīng)過(guò)長(zhǎng)。
大多數(shù)條目可以很自然的被劃分成若干段落，但即使一個(gè)條目沒(méi)有“自然”分段的可能，許多編輯者仍認(rèn)為應(yīng)該強(qiáng)行分段。列表和領(lǐng)域概述性文章是上述原則的兩個(gè)例外，因?yàn)樗鼈兛赡苁悄愁I(lǐng)域的起始頁(yè)，而一些廣闊的領(lǐng)域或列表沒(méi)有自然分段的可能或者保持單一條目會(huì)更好。
目錄 |
條目詳細(xì)程度的需求
不應(yīng)將一主題的全部資訊放進(jìn)單一條目，因?yàn)椴煌x者有不同的需要。
- 多數(shù)讀者只需簡(jiǎn)要地概覽該主題的重點(diǎn)（導(dǎo)論）；
- 其他讀者需主題重點(diǎn)的稍深入的資訊（由數(shù)段落組成之章節(jié)）；
- 有些讀者需大量細(xì)節(jié)，或關(guān)于主題某方面的詳細(xì)資料（連結(jié)往完整之分條目）。
我們須照顧各種讀者。
技術(shù)問(wèn)題
閱讀長(zhǎng)條目對(duì)手機(jī)瀏覽器來(lái)說(shuō)也十分困難，因?yàn)檫@些裝置大多只有很小的內(nèi)存和慢速的中央處理器，從而使長(zhǎng)頁(yè)面的加載時(shí)間很長(zhǎng)。當(dāng)網(wǎng)速慢或使用不穩(wěn)定的連接（如無(wú)線網(wǎng)絡(luò)）時(shí)，長(zhǎng)條目也會(huì)造成長(zhǎng)時(shí)間的加載。手機(jī)瀏覽器和一些舊網(wǎng)頁(yè)瀏覽器不能正確地編輯較長(zhǎng)的頁(yè)面，這是由于它們只能處理最多32KB的內(nèi)容。
分段編輯可以避免一些頁(yè)面的長(zhǎng)度問(wèn)題，只要每一段的長(zhǎng)度不超過(guò)限制。但網(wǎng)速慢的讀者仍需要長(zhǎng)時(shí)間等待以便閱讀整個(gè)條目。
拆分過(guò)長(zhǎng)的條目
長(zhǎng)于十五至二十印刷頁(yè)之條目（一般超過(guò)30KB）要求一個(gè)讀者閱讀大約20分鐘，這個(gè)時(shí)間一般超過(guò)了常人的注意時(shí)間。對(duì)于兒童，這一時(shí)間更短，如希望為青少年提供有用信息，這就需要嚴(yán)格控制每一個(gè)條目的大小長(zhǎng)度。否則，讀者可能從一開(kāi)始就沒(méi)有興趣閱讀長(zhǎng)條目。當(dāng)條目長(zhǎng)度大大超過(guò)了這一限制，應(yīng)該開(kāi)始討論拆分方案。把大段的內(nèi)容分離成立新條目，而在原來(lái)的位置撰寫(xiě)一個(gè)摘要，簡(jiǎn)要的概括其內(nèi)容。這樣，一個(gè)條目才適合只有中等熱情的讀者閱讀，因?yàn)樗麄儾⒉恍枰膊桓信d趣知道太多細(xì)節(jié)。而對(duì)于粉絲，他們可以點(diǎn)擊子條目鏈接，閱讀更多內(nèi)容。
| 條目大小 | 解決方法 |
|---|---|
| ＞ 100 KB | 肯定需要拆分，除極個(gè)別的例外 |
| ＞ 60 KB | 可能需要拆分（但條目主題的範(fàn)圍有時(shí)值得增加閱讀時(shí)間） |
| ≥ 40 KB | 視情況而考慮拆分，但隨著條目的增長(zhǎng)，條目最終需要拆分 |
| ＜ 40 KB | 長(zhǎng)度不是拆分的理由 |
如何尋找長(zhǎng)條目
特殊:長(zhǎng)頁(yè)面里面有百科里比較長(zhǎng)的條目列表。
編輯長(zhǎng)頁(yè)面時(shí)系統(tǒng)會(huì)提出警告（長(zhǎng)頁(yè)面警告），如：