Blogosphere में AngularJS ऐप स्ट्रक्चरिंग दिशानिर्देशों जैसे (और अन्य) के विषय पर कई लेख हैं:
- http://www.johnpapa.net/angular-app-structuring-guidelines/
- http://codingsmackdown.tv/blog/2013/04/19/angularjs-modules-for-great-justice/
- http://danorlando.com/angularjs-architecture-understanding-modules/
- http://henriquat.re/modularizing-angularjs/modularizing-angular-applications/modularizing-angular-applications.html
हालाँकि, दिशानिर्देशों और सर्वोत्तम प्रथाओं के लिए मेरे पास अभी तक एक परिदृश्य है, यह मामला है जहां आपके पास कई "मिनी-स्पा" ऐप वाले एक बड़े वेब एप्लिकेशन हैं, और मिनी-स्पा ऐप सभी एक निश्चित मात्रा में कोड साझा करते हैं।
मैं ng-app
एक ही पृष्ठ पर कई घोषणाएँ करने की कोशिश करने के मामले की बात नहीं कर रहा हूँ ; बल्कि, मेरा मतलब है कि एक बड़ी साइट के अलग-अलग हिस्से हैं जिनकी अपनी, अनूठी ng-app
घोषणा है।
जैसा कि स्कॉट एलन ने अपने OdeToCode ब्लॉग में लिखा है:
एक परिदृश्य जिसे मैंने बहुत अच्छी तरह से संबोधित नहीं किया है, वह परिदृश्य है जहां एक से अधिक वेब एप्लिकेशन में कई एप्लिकेशन मौजूद हैं और क्लाइंट पर कुछ साझा कोड की आवश्यकता होती है।
क्या इस परिदृश्य से बचने, या इस परिदृश्य की अच्छी नमूना संरचनाओं को लेने के लिए कोई अनुशंसित दृष्टिकोण है, जिसे आप इंगित कर सकते हैं?
अद्यतन -
9/10/2015 एक दिलचस्प संगठन रणनीति के साथ एक परियोजना MEAN.JS और उसके मॉड्यूल फ़ोल्डर है।
https://github.com/meanjs/mean
https://github.com/meanjs/mean/tree/master/meanules
एक अन्य उदाहरण ASP.NET संगीत स्टोर SPA उदाहरण से है। https://github.com/aspnet/MusicStore https://github.com/aspnet/MusicStore/tree/master/src/MusicStore.Spa/ng-apps