ios電子書源碼

㈠ 如何在iOS版Safari中「查看源代碼」

1、在iOS版Safari中，通過圖示位置來添加書簽進行存儲。

㈡ 鎵嬫満鎬庝箞鐪嬬綉欏電殑婧愮爜鎵嬫満鎬庝箞鐪嬬綉欏電殑婧愮爜淇℃伅

濡備綍媯鏌ユ墜鏈虹綉絝欓〉闈㈢殑婧愪唬鐮侊紵

鎴戜滑鍦ㄥ︿範鍒朵綔鎵嬫満緗戦〉鐨勬椂鍊欙紝涓鑸閮介渶瑕佸熼壌鍒浜虹殑緇忛獙銆傞偅涔堟垜浠濡備綍媯鏌ユ墜鏈虹綉絝欓〉闈㈢殑婧愪唬鐮佸憿錛熸垜鏉ヨ翠竴涓鏂規硶銆

01

棣栧厛鎴戜滑鍦ㄧ數鑴戜笂鎵撳紑鎼滅嫍嫻忚堝櫒錛屽傚浘錛岀偣鍑婚〉闈㈠彸涓婅掔殑鈥滄樉紺鴻彍鍗曗濇寜閽銆

02

灞曞紑鑿滃崟鍚庯紝鎴戜滑鐐瑰嚮鈥滄洿澶氬伐鍏封濓紝璋冨嚭鈥滃紑鍙戣呭伐鍏封濆苟鐐瑰嚮銆

03

姝ゆ椂錛屾偍鍙浠ョ湅鍒扮綉絝欓〉闈㈢殑婧愪唬鐮併傚傚浘鎵紺猴紝鎴戜滑鍗曞嚮鍥句腑鏍囪扮殑鈥滃垏鎹㈣懼囨ā寮忊濆浘鏍囥

04

鐐瑰嚮鍚庯紝鍥炬爣鍙樹寒銆傚傚浘錛屾垜浠杈撳叆鎵嬫満鐨勭綉欏靛湴鍧銆傛瘮濡傛垜杈撳叆鈥渕.sogou.com鈥濓紝欏甸潰宸︿晶浼氭墦寮鍜屾墜鏈轟笂涓鏍風殑緗戦〉錛屽彸渚у彲浠ユ煡鐪嬫簮浠ｇ爜銆

鎵嬫満嫻忚堝櫒濡備綍鏌ョ湅緗戦〉婧愭枃浠訛紵

鐩鍓嶆墜鏈篞Q嫻忚堝櫒鏆備笉鏀鎸佹煡鐪嬬綉欏墊簮浠ｇ爜鏂囦歡銆傚傛灉闇瑕佸彲浠ョ數鑴慞C絝鏌ヨ銆傛墜鏈烘祻瑙堝櫒鏄涓縐嶇敤鎴峰湪鎵嬫満緇堢涓婇氳繃鏃犵嚎閫氳緗戠粶榪涜屼簰鑱旂綉鍐呭規祻瑙堢殑縐誨姩浜掕仈緗戝伐鍏鳳紝鍏舵渶涓昏佺殑搴旂敤涓虹綉欏墊祻瑙堬紝鍚屾椂涔熷彲浠ヨ仛闆嗗ぇ閲忕殑搴旂敤錛屽傚艱埅銆佺ぞ鍖恆佸氬獟浣撳獎闊熾佸ぉ姘斻佽偂甯傜瓑錛屼負鐢ㄦ埛鎻愪緵鍏ㄦ柟浣嶇殑縐誨姩浜掕仈緗戞湇鍔°

鑻規灉鎵嬫満鎬庝箞鑳芥煡鐪嬬綉欏墊簮浠ｇ爜錛

闇瑕佸湪iPad銆乮Phone涓婃煡鐪嬬綉欏電殑婧愪唬鐮侊紵寰堜笉騫革紝iOS涓鐨凷afari娌℃湁鍐呯疆榪欎釜鍔熻兘銆

浣犻渶瑕佷嬌鐢ㄤ笅杈圭殑鏂規硶錛屼箣鍚庡氨鍙浠ュ湪iOS涓婃煡鐪嬩換鎰忕綉絝欑殑婧愪唬鐮佷簡銆備笅闈㈡槸璁劇疆鏂規硶錛氬湪iPad銆乮Phone鎴杋Podtouch鐨凷afari涓灝嗚繖涓欏甸潰錛堟垨鑰呬換浣曢〉闈錛夊瓨涓轟功絳撅紝騫跺懡鍚嶄負鈥滄煡鐪嬫簮浠ｇ爜鈥

鐐規寜榪欓噷鏌ョ湅涔︾劇殑JavaScript浠ｇ爜錛屽苟鍏ㄩ塤鎷瘋礉鍦⊿afari涓鐐規寜涔︾懼浘鏍囷紝鐒跺悗鐐光滅紪杈戔濓紝鐐歸夌涓姝ヤ腑淇濆瓨鐨勪功絳懼皢絎浜屾ヤ腑鎷瘋礉鐨凧avaScript浠ｇ爜綺樿創鍒癠RL鍦板潃鏍忥紝鐐規寜鈥滃畬鎴愨濅繚瀛樿繖浜涙洿鏀圭幇鍦錛屽綋浣犳兂瑕佹煡鐪嬫煇涓緗戦〉鐨勬簮浠ｇ爜鏃訛紝鎵撳紑涔︾捐彍鍗曞苟鐐歸夆滄煡鐪嬫簮浠ｇ爜鈥濓紝灝辮兘鏌ョ湅緇忚繃璇娉曢珮浜澶勭悊浠ュ強閾炬帴鍙鐐瑰勭悊鐨勬簮浠ｇ爜浜嗐傞渶瑕佹敞鎰忕殑鏄錛岃繖閲岀殑JavaScript浼氭妸褰撳墠欏甸潰鍙戦佸埌michelsen.dk鏈嶅姟鍣ㄨ繘琛屽勭悊錛屽傛灉瀵硅繖涓鐐逛笉鏀懼績鍒欏彲浠ヨ冭檻鍏朵粬鏌ョ湅鏂規硶錛屼笉榪囩洰鍓峬ichelsen.dk鐨勮娉曢珮浜鍔熻兘紜瀹炲緢媯掋

鎬庢牱鏌ョ湅app涓鐨勭綉欏碉紵姣斿傝繖涓錛

1.浼氭妧鏈鐨勮瘽鍙浠ュ弽緙栬瘧鏌ョ湅婧愪唬鐮侊紒

2.濡傛灉APP鏄綰鍘熺敓寮鍙戠殑錛屼綘鏄鏃犳硶鐪嬪埌鐗堝潡緗戠珯鐨勶紒

3.璁塊棶浠婃棩鎵嬫満鐗堬紝浠庝粬鐨勭綉絝欏艱埅閲岄潰鍘諱竴涓涓涓鎵懼埌榪欎釜鐗堝潡錛屼箣鍚庡嶅埗閾炬帴錛

html鏂囦歡鎬庝箞鐢ㄦ墜鏈烘墦寮錛

濡傛灉浣犳槸瑕佸湪鎵嬫満涓婃煡鐪媓tml婧愮爜錛屽氨闇瑕佷笅杞戒釜搴旂敤鎵嶅彲浠ワ紱濡傛灉鍙鏄鏌ョ湅html鐨勬晥鏋滐紝鍙浠ョ洿鎺ョ敤鎵嬫満鑷甯︾殑嫻忚堝櫒鏌ョ湅銆

鐢靛瓙紲ㄦ嵁浠ｇ爜鎬庝箞鏌ヨ錛

1.鎵撳紑鏀浠樺疂錛岀偣鍑繪壂涓鎵

2.榪涘幓鎵涓鎵欏甸潰錛岀偣鍑誨彸涓嬭掔殑鐩稿唽錛屾壘鍒扮數瀛愮エ鎹

3.濡傚浘鎵紺猴紝灝辨煡璇㈠埌鐢靛瓙紲ㄦ嵁鐨勪唬鐮佷簡銆

㈢ 為什麼蘋果系統電腦手機源代碼難以模仿復制

1. 蘋果的軟體使用Objective-C進行開發，而另一個系統，一般人以為很開放的系統Windows使用.net，同樣是封閉平台的語言，並且Objective-C不是蘋果發明的，.net還真的是微軟從頭發明出來的，誰更封閉不說自明。
   

2. 至於所謂的開源，微軟同樣不開源，不是同樣盜版一堆一堆的，開源並不等於盜版，也不等於免費，而是給開發者提供了更深入修改系統的可能性，比如Android，屬於開源過度導致混亂的典型。IOS的確比Android要封閉，但蘋果電腦的OSX系統在某種程度上的確要比Windows系統要開放。

3. web結構分為表述層、業務邏輯層、數據持久中間插件、資料庫。hibernate是數據持久化的中間插件，負責把業務邏輯層的持久化類存入資料庫中，是業務邏輯層和資料庫交互的橋梁。一般的情況，獨立性不強的中間插件，會讓業務層持久化類引入中間插件的類或者方法，而hibernate是一般是用xml配置的對象關聯關系的。
   

4. 蘋果只有一樣東西真心封閉，就是IOS，但其封閉程度和WP也是一個檔次的，區別只是開放了多少API，但API這種東西，開放再多也和開源沒半毛錢關系。除了IOS以外，OSX以及更早的Mac OS相對於其他的主流系統來說並不算封閉。

5. 操作系統做出來給誰用，必須跟手機廠商合作吧，或者自己建個企業推出個手機品牌
   
   

㈣ Apple 源碼用到的一些數據結構

本篇英文名叫 CWC：Kitchen Tools That Cook Loves ，翻譯過來的意思是 蘋果源碼中出現的一些數據結構 ，不斷積累更新。
CWC ： Cooking With Cook ，翻譯過來的中文意思就是 作為一個長期熱愛蘋果的蘋果開發者，我們要陪著水果公司一起積累和成長。

目前： entsize_list_tt 、 list_array_tt 、 cache_t's buckets ...

entsize_list_tt 其實就是一個通用的容器，可以獲取 內部的迭代器，用於遍歷內部存儲的元素

出現場景：

三者的聲明頭如下：

entsize_list_t 定義源碼，省略大部分方法：

這個類用來表示一個空、單數組、或者多數組。它和 list 的帆桐區別就是 多了一個多維數組的封裝。

出現場景：

ro 中沒有，只有三個單 List。

三者的聲明頭如下：

list_array_tt 源碼部分如下：

cache_t 的結構體定義：

buckets 的內部是一個連續的存儲空間，存儲是一個散列表。
開辟聲明的函數調用的是 calloc

當 msgSend 的時候，就會調用 fillCache 進行方法的緩存，存儲的涉及 cls sel 和 imp

bucket_t 的結構體很有意思，arm64 和 i386 的兩個值的順序是反著的。

arm64 的時候是 :

armv7* ， i386 和 x86_64 的時候是：

源碼注釋：

初始的 capacity 是 4。
源碼中 cache_t::insert(cls, sel, imp, reveiver) 方法調用的時候，判斷擴容。

fastpath(newOccupied + CACHE_END_MARKER <= capacity / 4 * 3)

也就是說當大於四分之三的時候，就會進行擴容操作，每次 double 擴容

capacity = capacity ? capacity * 2 : INIT_CACHE_SIZE;

當然不是無限制的擴容，有一個最大容量的限制：

MAX_CACHE_SIZE = 1 << 16

這個類型應該是執行最多次的，看一些文章說一秒鍾iOS中執行幾百萬次

explicit_atomic用來給catchT緩存方法用，核心是原子性和線程安全。

weak弱引用的散列表

擴展： non-fragile structs 是什麼？OC 1.0 （iOS自始至終都是2.0起的，Mac最開始是1.0）桐轎缺譯器生成了一個 ivar 布局，顯示了在類中從哪可局辯以訪問 ivars ，對 ivar 的訪問就可以通過 對象地址 ＋ ivar偏移位元組 的方法。蘋果更新了NSObject類，例如增加一些屬性，這個又是靜態庫，發布新版本的系統，這個時候布局就出錯了，就不得不重新編譯子類來恢復兼容性。(那如果是在線上運行的app，升級系統後就沒辦法運行了)

使用 Non Fragile ivars 時，程序進行檢測來調整類中新增的 ivar 的偏移量。 這樣就可以通過 對象地址 ＋ 基類大小 + ivar偏移位元組 的方法來計算出 ivar 相應的地址，並訪問到相應的 ivar。(即使升級iOS系統，之前的app也能正常運行)

擴展再擴展： 為什麼OC類不能動態添加成員變數？ runtime函數中，確實有一個class_addIvar()函數用於給類添加成員變數，但是文檔中特別說明： This function may only be called after objc_allocateClassPair and before objc_registerClassPair. Adding an instance variable to an existing class is not supported. 這個函數只能在「構建一個類的過程中」調用。一旦完成類定義，就不能再添加成員變數了。經過編譯的類在程序啟動後就被runtime載入，沒有機會調用addIvar。程序在運行時動態構建的類需要在調用objc_registerClassPair之後才可以被使用，同樣沒有機會再添加成員變數。
理論上說，我還是認為可以添加，只是為什麼一定不可以，就不得而知了。