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