突然想到另外一個擺扭解構的2D應用。如果把扭動軸選擇跟螢幕垂直,那就可以用3D物件的旋轉牽動2D要素的旋轉或者其他資料,因為解構得到的扭轉部分就是3D物件旋轉投影到螢幕上的結果。
但是就效能而言,不如把物件的一個軸投影到螢幕上,然後找該投影和一個固定2D軸的角度。但擺扭解構又不像投影法一樣,有物件軸與螢幕垂直的時候會數值炸掉的缺點。
厚著臉皮來宣傳一下,今年 COSCUP 有一軌「Let's read the source code / 帶您讀源碼」議程,覺得這裡的大大們應該不少人會感興趣,如果可以得到您的投稿,我們這軌內容一定會更加精彩。(利益揭露:我是這一軌的倡議人,屆時如果身體狀況還可以,也會負責主持這軌議程)
差別主要在於有沒有可參考的 self instance(無論是 Python 明確的 self 或 Java 隱含的 this)。
像 Python 或 JavaScript 可以指定 self instance 的語言中,區分方法與函式就沒什麼意義,高興怎麼叫就怎麼叫(Java 也可以透過 Reflection 來做)。
就語言實作層面來說,其實都類似,都是變數查找之類的,看是要明確的 self 或隱含地在環境物件之類的東西中找。
原來如此,只是內文提到sunec.jar應該沒有他提到的部分。
sunec.jar 是含/src/share/classes/sun/security/ec/
下面的source,都是 java file 且有 "Classpath" exception. 他提的應該是native 部分,而且看起來不是public exposed api?(不是很確定這邊 public API 的定義)。
另外也好奇那麽 下載頁面1 的 under the GNU General Public License, version 2, with the Classpath Exception.
到底該怎麼判斷涵蓋程度...hmm。