- एएसएल भारी बूस्ट का उपयोग करता है, तो यह रूप में (कुछ मामलों में) बूस्ट के चारों ओर अपेक्षाकृत पतली आवरण, बूस्ट करने के लिए इस तरह के समान नहीं है।
- एएसएल के "बड़े" टुकड़े एडम और ईव हैं। बाकी का अधिकांश प्रतीत होता है (और यदि स्मृति परोसता है, तो वास्तव में ) उन लोगों के समर्थन से थोड़ा अधिक है।
- एएसएल को थोड़ी देर में अपडेट नहीं किया गया है, और यदि मुझे बूस्ट के आसपास रैपर में जो कुछ भी प्रदान किया गया है, उसे गलत नहीं किया गया है, तो अब बूस्ट पुस्तकालयों में स्वयं शामिल किया गया है (अधिकांश बूस्ट लेखकों को कम से कम एएसएल से अवगत कराया गया है उन्होंने बूस्टकॉन 1 में शॉन पेरेंट की मुख्य प्रस्तुति में चित्रित किया)।
उनके साथ मेरा स्वयं का अनुभव कुछ मिश्रित रहा है। एक समय में, मैंने अपनी कुछ बूस्ट-रैपर कक्षाओं का उपयोग थोड़ा सा किया, लेकिन आईआईआरसी, अगली रिलीज या दो के भीतर, जिन बिट्स की मैं परवाह करता था, बूस्ट में किसी भी रैपर के बिना उपलब्ध थे (हालांकि, मुझे बिल्कुल याद नहीं है उन टुकड़े थे ...)
एडम और ईव विभिन्न यूआई लेआउट के साथ खेलने के लिए बहुत अच्छे हैं और इस तरह - लेकिन मैंने उन्हें कभी भी प्रोग्राम के एक पूर्ण संस्करण के लिए उपयोग नहीं किया है। कम से कम मेरे लिए, ऐसा लगता है कि वे मुख्य रूप से एक अपेक्षाकृत जटिल यूआई के साथ उपयोगी हैं। मेरी धारणा यह थी कि यदि आप उन्हें बहुत उपयोगी पाते हैं, तो आपके यूआई को शायद काम की ज़रूरत है। अगर आपको यह समझने में मदद करने के लिए एडम और ईव की ज़रूरत है कि क्या हो रहा है, संभावना है कि आपके उपयोगकर्ता या तो नहीं समझ सकते हैं।
ओटीओएच, शायद कम से कम कुछ मामले हैं जहां एक उपयोगकर्ता को एक संवाद स्पष्ट है, लेकिन एक डेवलपर को कोड बहुत कम है। यदि आप कुछ नियंत्रणों को अक्षम करते हैं, जब तक कि अन्य नियंत्रणों में मान दर्ज नहीं किए जाते हैं, और ऐसे में, यह सुनिश्चित करना बहुत आसान हो सकता है कि नियंत्रण तब तक अक्षम हो जाएं जब तक वे सभी मानों पर निर्भर न हों।
स्रोत
2010-02-01 21:45:48
मुझे नहीं पता कि आधिकारिक विकास क्यों हुआ है, लेकिन आपको https://github.com/stlab/adobe_source_libraries में रुचि हो सकती है। –
@ मैक्सलिबर्ट: हां, आधिकारिक विकास गिटहब में स्थानांतरित हो गया है। – fbrereto