टीम वर्क के बारे में थोड़ा

एक बार फिर, एक फ्रीलांस ऑर्डर पर सहमति व्यक्त करते हुए (और मैंने खुद से एक बार और सभी के लिए फ्रीलांस को समाप्त करने का वादा किया), मैंने बहुत जोर दिया, और पहले अवसर पर, कागज पर अपने विचार डालने के लिए बैठ गया। जब हम एक नई परियोजना शुरू करते हैं, तो हमारे पास अक्सर इसे सही करने के लिए पर्याप्त अनुभव नहीं होता है, कभी-कभी हम नई तकनीकों को सीखने के लिए बहुत आलसी होते हैं, लेकिन अधिक बार नहीं, हमें विश्वास है कि हम पूरी तरह से बिना किसी वीसीएस, फ्रेमवर्क या माइग्रेशन के सब कुछ प्रोग्राम करेंगे। उन लोगों के लिए जो डेनवर -> एफ़टीपी क्लाइंट -> होस्टिंग के एक गुच्छा से अधिक कुछ के लिए ताकत पा सकते हैं, मैंने वेब एप्लिकेशन को थोड़ा और सुविधाजनक बनाने की प्रक्रिया को बनाने के लिए कुछ सिफारिशों को स्केच किया।

ढांचा

"प्राथमिक से शुरू करते हैं," मैं लिखना चाहता था, और मैंने महसूस किया कि जब मैंने उन परियोजनाओं को स्वीकार कर लिया जो किसी ने पहले ही शुरू कर दिया था, तो मैंने कुछ समय के लिए रूपरेखाएँ देखीं। मेरे पास अपने पूर्ववर्तियों के साथ किस्मत नहीं है, अधिकांश प्रोग्रामर फ्रेमवर्क का उपयोग नहीं करने का प्रयास करते हैं। मैंने यह कथन भी सुना कि: "फ्रेमवर्क लैंटर्स के लिए है, मैं अपने हाथों से सब कुछ लिखता हूं।" मुझे कम से कम दो कारण पता हैं कि आपको रूपरेखा का उपयोग क्यों करना चाहिए:

1. आपके पास एक एप्लिकेशन ढांचा है, और पुस्तकालयों का एक समूह है जो आपके जीवन को आसान बनाता है और आपका समय बचाता है।
2. जल्दी या बाद में, आपकी टीम में एक नया प्रोग्रामर दिखाई देता है जो प्रोजेक्ट में बहुत तेजी से शामिल होगा यदि वह पहले से ही जानता है कि आपका आवेदन कैसे काम करता है। चरम मामलों में, यह आपको पीड़ा नहीं देगा, लेकिन फ्रेमवर्क का प्रलेखन, जो फिर से, आपको समय बचाता है।

व्यक्तिगत रूप से, मैं हमेशा दो फ्रेमवर्क में से एक का उपयोग करता हूं: ज़ेंड फ्रेमवर्क या कोडइग्निटर, लेकिन यह स्वाद और व्यक्तिगत प्राथमिकता का मामला है। इन रूपरेखाओं के अनुसार: CI संसाधनों के मामले में बहुत आसान है, और ZF की तुलना में सीखने के मामले में आसान है, लेकिन ZF बहुत अधिक सुविधाएँ प्रदान करता है। यदि आपने पहले फ्रेमवर्क का उपयोग नहीं किया है और पता नहीं है कि एमवीसी क्या है, तो सीआई से शुरू करें।
खैर, थोड़ा सा बोनस । जैसा कि आप जानते हैं, ZF का सबसे महत्वपूर्ण दोष इसकी मजबूत संसाधन आवश्यकताएं हैं। हेवी ज़ेंड, यह सच है। और फिर, हमारे चीनी सहयोगियों के लिए, मेरे लिए यह हुआ कि मुझे Zend फ्रेमवर्क लिखना है ... C! और उन्होंने ऐसा किया, जिसे याफ कहा गया, या फिर एक और फ्रेमवर्क। यह C में Yaf द्वारा लिखा गया है, और Apache को एक मॉड्यूल के रूप में जोड़ता है। बेशक, जबकि इसमें जेडएफ की सभी कार्यक्षमता नहीं है, लेकिन क्या है, आधे में नहीं है, इसके अलावा, चीनी में प्रलेखन है, अंग्रेजी में बहुत कम प्रलेखन है, रूसी में कोई प्रलेखन नहीं है। सच है, कई कक्षाएं जेडएफ द्वारा परिचित हैं, लेकिन कई अलग-अलग हैं, और फिर सी स्रोत में टाइप करके या खोदकर उनका अध्ययन करते हैं। बेशक, Yaf वास्तव में तेज है, हालांकि यह मुझे विकास प्रक्रिया के दौरान परेशान करता है। सामान्य तौर पर, मैं आपको केवल तभी सलाह देता हूं जब आप असहनीय रूप से ऊब जाते हैं और चिटोली ड्राइव करना चाहते हैं।
CodeIgniter पर रूसी प्रलेखन यहाँ है:
http://code-igniter.ru/
या यहाँ:
http://cidocs.ru/210/index.html
और हां, आधिकारिक वेबसाइट पर मूल:
http://codeigniter.com/user_guide/

आप अंग्रेजी में Zend फ्रेमवर्क के बारे में यहाँ पढ़ सकते हैं:
http://framework.zend.com/docs/overview
यहाँ रूसी में:
http://framework.zend.com/manual/en /
और, सुनिश्चित करने के लिए, आपको निकटतम किताबों की दुकान पर पुस्तकों की एक जोड़ी मिल जाएगी।
Yaf प्रलेखन यहाँ पढ़ा जा सकता है:
http://www.php.net/manual/en/book.yaf.php
और यहाँ:
http://www.php.ru/manual/book.yaf.htm l
और यहाँ चीनी के पारखी:
http://yaf.laruence.com/manual/

संस्करण नियंत्रण प्रणाली

"वीसीएस", "संस्करण नियंत्रण प्रणाली", "रिपॉजिटरी", "एसवीएन", "गिट" और यहां तक ​​कि "यह वह कचरा है, जहां कार्यक्रम की मुख्य प्रति संग्रहीत की जाती है।" कई संस्करण नियंत्रण प्रणालियां हैं, लेकिन मेरी भावनाओं के अनुसार, मैं कहूंगा कि मुख्य खिलाड़ी हैं: तोड़फोड़ (एसवीएन) और गिट। क्या चुनना है? मैं गिट का उपयोग करता हूं, लेकिन ईमानदार होने के लिए, एसवीएन मुझे हर चीज में भी सूट करता है। दोनों प्रणालियों के समर्थकों के बीच पवित्र युद्धों में बहुत खून बहाया गया था, इसलिए चुनाव आपका है। नेट पर लेख पढ़ें, और दोनों प्रणालियों की कोशिश करें, सौभाग्य से, यह करना बहुत आसान है। कई ऑन-लाइन सेवाएं हैं जो रिपॉजिटरी तक पहुंच प्रदान करती हैं। कई में, आप विभिन्न VCS के बीच स्विच कर सकते हैं। व्यक्तिगत रूप से, मैं GitHub की हाल ही में प्राप्त अवास्तविक लोकप्रियता का उपयोग करता हूं। Google सेवाओं के प्रशंसकों के लिए, एक Google कोड है , साथ ही एक बार बहुत लोकप्रिय है, लेकिन अब पूरी तरह से अव्यवस्थित है, और थोड़े से अवरोध पैदा कर रहा है।
हालांकि, यह याद रखने योग्य है कि अधिकांश सेवाएं केवल सार्वजनिक रिपॉजिटरी द्वारा मुफ्त में प्रदान की जाती हैं। यदि आप एक ओपन सोर्स प्रोजेक्ट विकसित कर रहे हैं तो अच्छा है। वाणिज्यिक परियोजनाओं के लिए, जब आप कोड को चमकाना नहीं चाहते हैं, तो आपको इनकार करने की आवश्यकता है।
और फिर भी, एक बहुत महत्वपूर्ण बारीकियों। भगवान की खातिर, डेटाबेस के लिए वास्तविक पहुँच के साथ सार्वजनिक रिपॉजिटरी में अपना config.php न करें! अजीब लगता है? मैं ऐसे लोगों से मिला हूं ...
वीसीएस के साथ काम करने के लिए, कंसोल कमांड का सबसे अधिक उपयोग किया जाता है (मेरी पसंद), लोकप्रिय आईडीई के लिए जीयूआई क्लाइंट या प्लगइन्स भी हैं।
अपने कोड के लिए एक विशिष्ट होस्टिंग की पसंद पर निर्णय लेने के लिए, आप लिनक्स प्रारूप के मई अंक में "तुलना: प्रोजेक्ट होस्टिंग" एक अच्छा लेख पढ़ सकते हैं।

जीआईटी के लिए अच्छा, बहुत ही विजुअल गाइड
http://rogerdudler.github.com/git-guide/
दो महान गित लेख
http://habrahabr.ru/post/60030/
http://habrahabr.ru/post/60347/
खैर, github.com पर, प्रलेखन बहुत अच्छी तरह से समझाता है
https://help.github.com/

डेटाबेस माइग्रेशन

ओह, जो केवल यह जानता होगा कि डंप। एसक्यूएल फाइल कितना कष्टप्रद है! यदि प्रोजेक्ट फ़ाइलों के लिए संस्करण नियंत्रण प्रणाली बहुत कम से कम है, लेकिन डेवलपर्स के बीच जड़ लेना शुरू करते हैं, तो डेटाबेस के लिए संस्करण नियंत्रण प्रणाली एक बड़ी दुर्लभता है (पटरियों पर रूबी की गिनती नहीं करना)।
आखिरकार, जब कई लोग एक परियोजना पर काम करते हैं, तो डेटाबेस संरचना में बदलाव करना काफी मुश्किल होता है, आमतौर पर उन्हें एक विशेष फाइल में लिखा जाता है और मेल द्वारा टीम के प्रत्येक सदस्य को भेजा जाता है ... यह निश्चित रूप से काम करता है, लेकिन सबसे पहले: आप डेटाबेस के एक विशिष्ट संस्करण में वापस रोल नहीं कर सकते, दूसरा, कभी नहीं। आपको पता नहीं है कि कौन सा डेवलपर डेटाबेस के एक या दूसरे भाग के "सरल" संगठन के लिए अपने हाथों को फाड़ देता है। मैं उस स्थिति के बारे में बात नहीं कर रहा हूं जब डेवलपर्स में से एक ने स्थानीय रूप से डेटाबेस संरचना में बदलाव किया (अच्छी तरह से, उदाहरण के लिए, phpmyadmin के माध्यम से), और इस बारे में टीम के बाकी हिस्सों को बताना भूल गया। सामान्य तौर पर, इस दृष्टिकोण में बहुत अधिक अड़चनें हैं, जितनी जल्दी या बाद में, आपने मेरे बिना सोचा होगा कि एक अलग समाधान होना चाहिए। और यह निश्चित रूप से है।
माइग्रेशन का उपयोग करके हमें क्या मिलता है:

• डेटाबेस में परिवर्तन sql कमांड युक्त फाइलों के रूप में प्रस्तुत किए जाते हैं, जिसका अर्थ है कि हम सीधे वीसीएस (मेल द्वारा अलविदा डंप। एसक्यूएल) में बदलाव कर सकते हैं।
• हम डेटाबेस का वर्तमान संस्करण देखते हैं और किसी अन्य संस्करण में वापस रोल कर सकते हैं।
• हम देखते हैं कि कब किसने बदलाव किए।
• संघर्ष की स्थितियों को बाहर रखा गया है। सिस्टम आपको माइग्रेट करने की अनुमति नहीं देगा यदि यह एक संघर्ष पाता है।

खैर, आदि। माइग्रेशन सिस्टम के बारे में गंभीरता से सोचने के लिए ये प्लस पहले से ही इसके लायक हैं। CodeIgniter में, इसके लिए एक विशेष वर्ग है, Zend फ्रेमवर्क में, दुर्भाग्य से, इस तरह का कुछ भी नहीं है, हालांकि, उदाहरण के लिए, मैंने अपना स्वयं का छोटा सिस्टम लिखा था (सिद्धांत रूप में, वहाँ एक दिन के लिए अधिकतम काम होता है)। इसके अलावा, प्रवासन को सिद्धांत में अच्छी तरह से दर्शाया गया है , जिसे मैं अक्सर जेडएफ के साथ जोड़ते समय उपयोग करता हूं, और निश्चित रूप से, तीसरे पक्ष के मॉड्यूल हैं ।

पहले से ही ऊपर दिए गए लिंक के अलावा, आप उत्कृष्ट लेख " डेटाबेस संस्करण नियंत्रण " भी पढ़ सकते हैं।

पुनश्च

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