टाइटेनियम आपका जावास्क्रिप्ट कोड लेता है, इसका विश्लेषण करता है और प्रीप्रोसेस करता है और फिर इसे उन प्रतीकों के एक सेट में पूर्व-संकलित करता है जो आपके एप्लिकेशन टाइटेनियम एपीआई के उपयोग के आधार पर हल किए जाते हैं। इस प्रतीक पदानुक्रम से हम एक प्रतीक निर्भरता मैट्रिक्स का निर्माण कर सकते हैं जो अंतर्निहित टाइटेनियम पुस्तकालय प्रतीकों के नक्शे को समझने के लिए कि एपीआई (और संबंधित निर्भरता, रूपरेखा, आदि) विशेष रूप से आपके ऐप की ज़रूरत है। मैं शब्द प्रतीक का उपयोग अर्ध-सामान्य तरीके से कर रहा हूं क्योंकि यह भाषा पर थोड़ा अलग है। IPhone में, प्रतीक एक सच्चे C प्रतीक पर मैप करता है जो अंततः संकलित .o फ़ाइल के लिए मैप करता है जिसे ARM / i386 आर्किटेक्चर के लिए संकलित किया गया है। जावा के लिए, अच्छी तरह से, यह कम या ज्यादा .class फ़ाइल है, आदि। एक बार सामने का छोर आपकी निर्भरता मैट्रिक्स को समझ सकता है, तो हम एसडीके कंपाइलर (यानी आईफोन के लिए जीसीसी,)
इसलिए, इसके बारे में सोचने का एक सरल तरीका यह है कि आपका जेएस कोड मूलभूमि में प्रतिनिधि प्रतीकों में एक से एक तक संकलित है। अभी भी व्याख्या किए गए मोड में एक दुभाषिया चल रहा है अन्यथा गतिशील कोड जैसी चीजें काम नहीं करेंगी। हालांकि, इसकी बहुत तेज, बहुत अधिक कॉम्पैक्ट और यह शुद्ध देशी मैपिंग के करीब है जितना आप प्राप्त कर सकते हैं।
हम स्पष्ट रूप से अभी भी इसे सुधारने और उस पर काम करने के लिए बहुत जगह मिली है। हमारे नवीनतम 1.0 परीक्षण में अब तक, यह समान उद्देश्य-सी प्रत्यक्ष कोड से लगभग अप्रभेद्य है (क्योंकि ज्यादातर मामलों में यह बिल्कुल उसी के लिए मैप किया जाता है)। एक CompSci दृष्टिकोण से, हम अब उन चीजों को अनुकूलित करना शुरू कर सकते हैं जो एक मानव वास्तव में आसानी से नहीं कर सकता है - बहुत कुछ जैसे कि जीसीसी संकलक पहले से ही आज करता है।