2009-08-24 15 views
8

मैं अक्सर विभिन्न एल्गोरिदम, पुस्तकालयों या हार्डवेयर का परीक्षण करने के लिए कई प्रयोगों को कोड करता हूं। इन प्रयोगों के सभी कोड, निर्भरता, और आउटपुट को एनोटेट और सहेजने की आवश्यकता है, ताकि मैं बाद में उनके पास वापस आ सकूं। क्या इस समस्या के लिए अच्छे आम दृष्टिकोण हैं? उन्हें चलाने के बाद आप अपने प्रयोगों के साथ क्या करते हैं?प्रोग्रामिंग प्रयोग

+7

संस्करण संस्करण नियंत्रण में संग्रहीत करना आसान था? –

+1

मुझे इस तरह की चीजों के लिए गिट पसंद है। आपके साथ हर इतिहास, बैक अप लेने में आसान है। –

+0

मैंने पहले सबवर्सन का उपयोग किया है (नीचे दी गई पोस्ट में से एक में) हालांकि यदि आप जीआईटी को बेहतर तरीके से उपयोग और उपयोग कर सकते हैं। (मैं अभी तक इसका उपयोग नहीं कर रहा हूं, लेकिन जल्द ही करना चाहता हूं) – Audioillity

उत्तर

5

पूर्व कार्य में हमारे पास एसवीएन में एक परियोजना थी जिसे एरिया51 कहा जाता था जहां लोग टेस्ट कोड लिखेंगे। नियम थे

  1. शुरुआत एक पैकेज नाम स्थान बनाने के एक public static void मैं
  2. जोड़ने टिप्पणियों के माध्यम से javadocs के माध्यम से
  3. एक compilable राज्य
  4. परियोजना एक dependancy कभी नहीं हो सकता में इस परियोजना को छोड़ अन्य कोड

एक तीन व्यक्ति टीम पर यह ठीक काम करता है। हम साझा करने के लिए "क्या होगा" कोड डाल सकते हैं और इसे विचार या कमांड लाइन

2

मैं बस एक फ़ोल्डर जो मैं OneOffCode

फोन यह मैं लिखा या तो एक अवधारणा आदि को साबित करने में एक नई तकनीक सीखने की है बस कोड की फ़ोल्डर है। । यह गैर उत्पादन कोड है।

मैं आमतौर पर इसे एक कूद ड्राइव पर वापस ले जाता हूं और इसे नौकरी से नौकरी, या कंप्यूटर से कंप्यूटर पर ले जाता हूं।

+1

किंडा शब्दकोष। मैं बस अपना "टेस्ट" कहता हूं। –

+0

मैं अपने परीक्षण "परीक्षण" कहता हूं - प्रयोग और परीक्षण एक ही बात नहीं हैं। –

5

जब मैं ऐसा करता हूं, तो वे आम तौर पर प्रोजेक्ट विशिष्ट होते हैं, इसलिए वे परियोजना की एक उपनिर्देशिका में जाते हैं (आमतौर पर मेरे मामले में "जांच" नाम दिया जाता है)। यह सब कुछ के साथ संस्करण नियंत्रण प्रणाली में चेक किया जाता है।

परिणाम (जहां उचित हो) परिणामों की उत्पादन के लिए उपयोग किए गए कोड के रूप में "जांच" की एक ही उपनिर्देशिका में जाते हैं।

+1

+1: हम उन्हें "स्पाइक्स" कहते हैं। –

+0

@ एसएलॉट: "स्पाइक्स": मुझे यह पसंद है! – DrAl

+0

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

2

मैं आमतौर पर सी # और सी ++ के बीच स्विच कर रहा हूं। इसलिए, मेरे पास स्रोत नियंत्रण के तहत "सैंडबॉक्स" स्थान में सी # और सी ++ के लिए एक टेस्ट कंसोल एप्लिकेशन है। कंसोल अनुप्रयोग दोनों एक ही तरीके से सेटअप होते हैं जहां एक मुख्य होता है जो परीक्षण उस समय कॉल करता है जिसे मैं उस समय कोशिश कर रहा हूं। जब मैं करूँगा तो मैं पुरानी विधियों और टिप्पणियों को रखता हूं और अगला परीक्षण तब आता है जब अगला परीक्षण आता है।

मुझे नहीं पता कि यह सबसे अच्छा है, लेकिन यह सेटअप के बाद, यह अंदर आने, जवाब पाने, बाहर निकलने और अगली बार सहेजे जाने के लिए बहुत तेज़ है।

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