2010-02-10 17 views
21

के लिए पर्याप्त लंबा और जटिल मार्कडाउन दस्तावेज़ की आवश्यकता है, मैं एक साधारण दस्तावेज़ के पुनरावर्तक बेंचमार्किंग के विकल्प के रूप में - एक अलग और जटिल मार्कडाउन दस्तावेज़ की तलाश कर रहा हूं जिसे मैं अलग-अलग मार्कडाउन कार्यान्वयन के प्रदर्शन का परीक्षण करने के लिए उपयोग कर सकता हूं।प्रदर्शन परीक्षण

मैंने सोचा कि मैं स्टैक ओवरफ़्लो के आसपास ब्राउज़ करने में सक्षम हो सकता हूं और कुछ ढूंढ सकता हूं, लेकिन मुझे जो कुछ भी मिल रहा है वह काफी सरल है; और अब तक मुझे Google पर कुछ भी उपयोगी नहीं मिल रहा है।

क्या कोई मौजूदा दस्तावेज़ है जो अधिकांश या सभी मार्कडाउन सिंटैक्स दिखाता है, शायद इस तरह के परीक्षण के लिए लिखा गया है?

उत्तर

23

this बाहर आज़माएं। यह जॉन ग्रबर के Markdown Syntax पृष्ठ का स्रोत चिह्न है।

ध्यान रखें कि वहां कुछ HTML भी हैं।

वास्तव में, John Gruber's site पर लगभग सभी पृष्ठ आपको मार्कडाउन देते हैं यदि आप URL पर .text जोड़ते हैं।

+0

धन्यवाद, जानना अच्छा है। घोंसला स्वरूपों (यानी लिंक पाठ के अंदर इटैलिक अंदर बोल्ड) प्रदर्शन को प्रभावित करना चाहिए? –

+0

इसे एक और प्रश्न के रूप में पूछें, मुझसे मत पूछो। मैं कोई मार्कडाउन विशेषज्ञ नहीं हूं - मैं बस कल अपने ब्लॉग पर इसे स्थापित करने के लिए हुआ था! – Skilldrick

+0

इसके अलावा, यह शायद कार्यान्वयन पर निर्भर करता है (जोएल और जेफ के रेगेक्स बनाम राज्य मशीन चर्चा पर वापस जा रहा है)। अपने कार्यान्वयन स्रोत पर नज़र डालें और देखें कि यह घोंसले से कैसे निपटता है। – Skilldrick

31

क्या आपने John Gruber's test suite पर देखा/उपयोग किया है?

+0

मुझे लगता है कि एक पूर्ण और डाउनलोड करने योग्य परीक्षण सूट एक बेहतर जवाब के लिए बनाता है, यहां मेरा मुद्दा दे रहा है! – Quickredfox

2

Markdown Test Suite संपादित के बाद मृत्यु हो गई जब Commonmark चुपके मोड से बाहर (इस प्रकार खुला स्रोत काम में अधिक समय बर्बाद कर रहे ...), मैं https://github.com/cirosantilli/commonmark-implementation-compare

पर बहु ​​कार्यान्वयन तुलना हिस्सा (ज्यादातर सही मायने में तुम्हारा द्वारा लिखित) काँटेदार आया

गति परीक्षण अनुभवहीन है, लेकिन एक विचार देता है:

blackfriday  2.1222s 235 46% 
cmark   1.9516s 1 0% 
commonmarkjs 37.4651s 2 0% 
hoedown   1.8875s 221 43% 
kramdown  94.6460s 247 48% 
markdown2  28.9707s 278 54% 
markdown_pl 14.6919s 287 56% 
markdownjs  40.3337s 302 59% 
marked   35.3758s 258 50% 
maruku   87.1664s 316 61% 
multimarkdown 2.0579s 239 46% 
pandoc   6.3442s 268 52% 
peg_markdown 2.6402s 211 41% 
rdiscount  42.0547s 200 39% 
redcarpet  43.6608s 229 44% 
showdown  45.0655s 285 55% 

संभावना बड़ा दोष है कि प्रत्येक परीक्षण किया इनपुट, stdin से तंग आ गया है तो दुभाषिए हर बार कहा जाता है, और एक बड़ा भूमि के ऊपर पीड़ित हैं।


एक संभावना Markdown टेस्ट सुइट उपयोग कर रहा है: https://github.com/karlcow/markdown-testsuite

./cat-all.py करते हैं और उसके बाद all.tmp.md

यह वर्तमान में 103 परीक्षण शामिल हैं पर अपने परीक्षण चलाने के लिए, और पहले से ही कई markdown इंजन का समर्थन करता है।

सरल मानक पहले से ही व्यक्तिगत परीक्षण (एक सार्थक पैरामीटर) के कुल समय के लिए किए जाते हैं, और cat-all.py के आउटपुट के लिए इसे कार्यान्वित करना वास्तव में आसान होगा।

संबंधित मुद्दे