2012-02-21 14 views
7

ओके के साथ और अधिक DRY प्राप्त करना, इसलिए मैंने अपने रेल ऐप में backbone.js के साथ जाने का फैसला किया, लेकिन मुझे लगता है कि मैं बहुत अनावश्यक कोडिंग कर रहा हूं। मेरे पास रीढ़ की हड्डी में बहुत सारे मॉडल और टेम्पलेट्स हैं जो उनके रेल के समकक्ष समान हैं। क्या कोई ऐसा मणि है जो इसे संभालता है? Act_as_backbonemodel की तरह कुछ जो आपने अपने रेल मॉडल में डाल दिया है जो रीढ़ की हड्डी-मॉडल उत्पन्न करता है (कार्यक्षमता जोड़ने के लिए ओवरराइड होने की संभावना के साथ)। इसके अलावा यह बहुत अच्छा होगा अगर किसी प्रकार की रेल-रीढ़ की हड्डी-दृश्य मणि मौजूद हो जो आपको अपने टेम्पलेट्स को अपनी विचार निर्देशिका में रखे और सामान्य आंशिक/सामान्य रेल विचारों का पुन: उपयोग करें।मेरे आवेदन को रेल और backbone.js

+0

नवीनतम रेलवेकास्ट ने इस तरह कुछ भी उल्लेख नहीं किया है। इसलिए मुझे लगता है कि इस प्रकार का मणि अभी तक अस्तित्व में नहीं है: http://railscasts.com/episodes/325-backbone-on-rails-part-2 – phoet

+0

मैंने अभी एक जिथब रेपो बनाया है। शायद कोई मुझे इस मणि को विकसित करने में मदद कर सकता है, क्योंकि यह मेरा पहला होगा। रेपो को act_as_backbonemodel कहा जाता है – jonepatr

उत्तर

0

मुझे अभी जानकारी मिली है कि व्यापार समुदाय मंच xing.com ऐसे मणि का निर्माण कर रहा है।

GitHub पर रिपोजिटरी पर एक नजर है: https://github.com/xing/slouch

यह अभी तक दर्ज नहीं किया है, लेकिन मुझे लगता है कि यह है कि यह यह निर्माण लोगों के साथ संपर्क में पाने के लिए आसान होना चाहिए।

1

निकटतम रत्न मुझे पता है की है: https://github.com/codebrew/backbone-rails शायद के साथ संयोजन में: https://github.com/netzpirat/haml_coffee_assets

होने अनुप्रयोग में रीढ़ टेम्पलेट्स/विचारों मतलब नहीं है, क्योंकि ये दुबला जे एस होना चाहिए (या js को संकलित) फ़ाइलें जिनमें (लगभग) कोई तर्क नहीं है। आपको संपत्ति पाइपलाइन के माध्यम से उन्हें सीडीएन से लोड करने पर विचार करना चाहिए।

बैकबोन फ्रंट डेटा तर्क को संभालने और रेल को केवल आपके एपीआई के रूप में उपयोग करने के लिए एक आम उपयोग केस है।

1

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

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

अन्य संसाधनों की आवश्यकता नहीं है, और फिर भी दूसरों के पास कार्यक्षमता या डेटा का इतना छोटा सबसेट है, या कई संसाधनों से डेटा है, जिससे कुछ उत्पन्न करने से वास्तव में काम नहीं होता है।

चूंकि रेल हमारे मामले में एपीआई है, इसलिए हमारे पास व्यू परत में कोई डुप्लिकेशंस नहीं है।

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

संगठन के संदर्भ में, हमने ऐप/संपत्ति/जावास्क्रिप्ट निर्देशिका के तहत निर्देशिका के रूप में रीढ़ की हड्डी को जोड़ा है, और यहां मॉडलों, विचारों, राउटर, हेल्पर्स इत्यादि के लिए निर्देशिकाएं बनाई हैं। यह कॉफ़ीस्क्रिप्ट के उपयोग को किसी भी रत्न के बिना रीढ़ की हड्डी लिखने की अनुमति देता है। हम coffeescript और जुड़नार के लिए haml (इन कल्पना/javascripts निर्देशिका में रहते हैं} के साथ हमारे रीढ़ कोड का परीक्षण करने के चमेली और जैस्मिन राइस जवाहरात का उपयोग करें।

टेम्पलेट्स के लिए के रूप में, वे सभी रेल हमारे नियंत्रकों में आंशिक कि प्रदान की गई हो देखने हैं हेडर में। बैकबोन उन्हें आईडी द्वारा देखता है और वहां से उनका उपयोग करता है।

उम्मीद है कि इससे मदद मिलती है।

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