Titanium lấy mã Javascript của bạn, phân tích và xử lý trước nó, sau đó biên dịch trước nó thành một bộ ký hiệu được phân giải dựa trên các ứng dụng của bạn sử dụng API Titanium. Từ hệ thống phân cấp ký hiệu này, chúng tôi có thể xây dựng một ma trận phụ thuộc ký hiệu ánh xạ tới các ký hiệu thư viện Titanium cơ bản để hiểu API nào (và các phụ thuộc liên quan, khung, v.v.) cụ thể mà ứng dụng của bạn cần. Tôi đang sử dụng biểu tượng từ theo cách bán chung chung vì nó hơi khác một chút dựa trên ngôn ngữ. Trong iPhone, biểu tượng ánh xạ tới một biểu tượng C thực sự mà cuối cùng ánh xạ tới tệp .o đã biên dịch đã được biên dịch cho kiến trúc ARM / i386. Đối với Java, ít nhiều đó là tệp .class, v.v. Khi giao diện người dùng có thể hiểu ma trận phụ thuộc của bạn, sau đó chúng tôi gọi trình biên dịch SDK (tức là GCC cho iPhone,
Vì vậy, một cách đơn giản để nghĩ về nó là mã JS của bạn được biên dịch gần như 1-1 thành các ký hiệu đại diện trong nativeland. Vẫn có một trình thông dịch đang chạy ở chế độ thông dịch nếu không những thứ như mã động sẽ không hoạt động. Tuy nhiên, nó nhanh hơn, nhỏ gọn hơn nhiều và nó gần giống với bản đồ gốc thuần túy mà bạn có thể nhận được.
Rõ ràng là chúng tôi vẫn còn nhiều chỗ để cải thiện điều này và đang làm việc với điều đó. Cho đến nay trong thử nghiệm 1.0 mới nhất của chúng tôi, nó gần như không thể phân biệt được với cùng một mã trực tiếp target-c (vì trong hầu hết các trường hợp, nó được ánh xạ chính xác đến đó). Từ quan điểm của CompSci, giờ đây chúng ta có thể bắt đầu tối ưu hóa những thứ mà con người thực sự không thể dễ dàng làm được - giống như trình biên dịch GCC đã làm ngày nay.