A. 前端面試題，移動端兼容問題有哪些，安卓和ios問題
那麼進入正文，不廢話，直接把自己了解到的和一些看法說出來。
首先是屏幕問題，現在主流的移動設備以安卓和IOS為主，我們在製作移動端頁面也是以兼容這兩種設備去布局。
首先說iPhone，不得不說iPhone的屏幕考慮到了我們開發者的難處，從而給出iPhone屏幕的dpr都是整數值，在6plus出現之前，iphone的dpr始終是2（物理像素/邏輯像素＝2），即使是6plus出現了，iphone到底其實也就只有2，3這兩個dpr。其實6plus的實際dpr並不是整數，而是2.87左右，不過，為了方便開發者來開發，iphone6plus對其做了一個調整，將dpr調整為3，然後在對屏幕進行了一個縮放。所以我們很容易對其做到兼顧。
而安卓的dpr值，並不像iphone那樣就只有兩個值。安卓的dpr是千奇百怪的，可能是1.5，2，3，4，2.5等等的都有。（甚至我還看到了1.7之類的，安卓的各個設備商，玩的真尼瑪high啊。怎麼高興怎麼來。）
那麼現在開始說說移動端怎麼布局以及字體該怎麼設置，因為有各種各樣的解決方式，我就不一一贅述，直接說手淘的解決方案：flexible.js
我為什麼又一次把這個拿出來說，主要有兩點原因：1.我覺得它好用，解決方式簡單粗暴。2.它經過了比較長時間的考驗，如今手淘還在用它。
具體的使用方法自己可以去flexible.js看看，這里我簡單說說它的方案以及個人對它的改良。
B. WEB前端開發需要MAC電腦還是windows電腦
對於個人來說，純粹因為逼格，細述見後。
對於公司來說，給開發標配一台MBP或者rMBP，體現的是對開發的重視和尊重。
每個公司都有幾個腦子不好使的行政，想幫公司省錢，又不知如何下手，就從剋扣設備做起：
要個筆記本，T420 i3不帶操作系統，然後找我裝……公司生死系於我手你知道不？我的時間多值錢你知道不？
要個安卓測試機，「我們這兒還有一台touch4」，touch4連iOS7都不支持，iOS8馬上就要出了您知道不！另外問題在於我要的是Android測試機啊！
新招小弟要個顯示器，要給買Dell ST2420L，我們是前端，我們要廣色域啊，我們要Adobe RGB啊！
MBP對前端來說，沒有什麼特別的優勢，在多屏和常用軟體積累上還不如Windows，但是如果公司願意給你配，至少說明了公司對你是重視的、尊重的。
C. 請問移動前端開發和Web前端開發的區別是什麼
移動前端開發和 Web 前端開發的區別是:
1、前端是相對比較大的概念，一般是指用戶能碼陪春夠看到、直接接觸的界面都算是前端，比如iOS界面，安卓界面，網頁界面，PC/Mac桌面軟體的界面。最常見的是Web前端，也就是針對於網頁端開發的工作。
2、Web App即Web application，也就是以瀏覽器作為客戶端的軟體。例如，用桌面客戶端來收發郵件，但也可以直接用瀏覽器登陸gmail或者QQ郵箱，直接使用網頁版的軟體來使用。總之就是使用網頁版代替本地軟體。
Mobile Web App就是在手機端打開的Web App。例如Gmail的移動端軟體
3、目前，移動客戶端的開發主要包括三種類型：
Native App（原生APP）：也就遲耐是完全使用移動設備系統語言寫的客戶端。iOS系統就是使用Objective-C語言來編寫本地應用，也可以使用蘋果於2014年蘋果開發者大會上發布的SWIFT語言；Android平台就是使用Java語言來開發。原生APP就是從界面到交互都是使用官方標准語言來編寫，效率和穩定性都是最好的，但欠缺靈活性。
Web App：這個就是在移動瀏覽器里打開的，使用Web前端開發語言HTML CSS JavaScript來開發的，基本上就是個網頁，
Hybrid App：主要使用HTML5實現。一般使用Native語言實現一個容器，然後使用HTML CSS JS來實現用戶界面和交互。這樣方式既克服了Web App容器暴露偏底層的介面這樣的問題，同時比起原生的開發靈活性要高。這樣就更新可以更方便快捷，也不依賴於市場。例如，豌豆莢其實是個PC端的hybrid app 。
對於以上三種開發方式的比較和分析搜索引擎裡面有太多的內容了，這里也就不再贅述了。
4、移動端網頁布局方法與pc的差異。
主要是css方面，外加如何做到同一url，不同客戶端展現不一致的做法，俗稱pc和mobile都兼容。還有會說一下rem的相關用法和一段比較經典的rem.js
最後總結一下：
其實這兩者最顯著的區別就是，web app是不依賴於具體的設備的，通用性較強，只要手機或PC有相應內核的瀏覽器就基本OK。而mobile的app則依賴於具體的設備，一旦更換設備，需要重新下載才能繼續使用。
移動前端開發 主要來說的是Native Client的開發Android為Java，iOS為Objective-C，然後么HTML5應用號稱跨平台其實差異很大。
Web前端開發么基本上就是HTML JavaScript CSS，不過有些人亂握把Servelt/JSP, PHP,Ruby,Python,C#之類的只要關繫到頁面的也叫做Web前端開發。
app是應用，每個操作系統有專門的開發工具和語言
web是網頁，使用htmlcssjs，有工具可以生成轉化為app，不過效果一般
D. Web前端開發與iOS終端開發的異同
語言
前端和終端作為面向用戶端的程序，有個共同特點：需要依賴用戶機器的運行環境，所以開發語言基本上是沒有選擇的，不像後台想用什麼就用什麼，iOS只能用Objective-C，前端只能javascript，當然iOS還可以用RubyMotion，前端還能用GWT/CoffieScript，但不是主流，用的人很少，真正用了也會多出很多麻煩。
這兩者有個有意思的對比：變數/方法命名的風格正好相反。蘋果一直鼓吹用戶體驗，寫代碼也不例外，程序命名都是用英文全稱並且要多詳細有多詳細，力求看變數和方法名就能知道是幹嘛的，例如application:didFinishLaunchingWithOptions:。而js因為每次都要從網路下載，要力求減少代碼體積，所以變數方法名是盡量用縮寫，實際上有代碼壓縮工具，無論變數名寫多長最終上線的效果是一樣的，但大家也都習慣了用短的命名，例如上述objc的application:didFinishLaunchingWithOptions:方法在js里習慣的命名是:$()。
objc與js都是動態語言，使用起來還蠻像，但objc是編譯型，速度快，很多錯誤也能在編譯過程中被發現，js是解釋型，性能依賴於解釋引擎，即使在強勁的v8引擎下性能也趕不上編譯型語言，語言太動態，變數完全沒有類型，寫起來爽，debug起來稍微費點勁。一直感覺js輕巧靈活放盪不羈充滿各種奇技淫巧，objc中規中矩沒c++ java那麼嚴肅也沒有js那麼靈活。
線程
前端開發幾乎不需要線程這個概念，瀏覽器實現上頁面HTML和CSS解析渲染可能與js不在同一個線程，但所有js代碼只執行在一條線程上，不會並發執行，也就不需要考慮各種並發編程的問題。在新的JS特性中可以創建worker任務，這樣的任務是可以另起一條線程並行執行的，但由於並不是所有瀏覽器都支持，不同線程傳遞數據各個標準定的還不一樣，使用場景也少，似乎沒有大規模用起來。對於資料庫操作/發送網路請求這樣的任務是在不同於js代碼執行線程的，不過這些都由瀏覽器管理，前端無需關心也無法影響這些線程，只需接收事件回調，不需要處理任何並發問題。
終端開發需要大量使用多線程，iOS有一條主線程，UI渲染都在這個線程，其他耗時長的邏輯或者資料庫IO/網路請求都需要自己另開線程執行，否則會佔用主線程的時間，導致界面無法響應用戶交互事件，或者渲染慢導致滾動卡頓。程序邏輯分布在多個線程里跑，需要處理好各種代碼並發執行可能帶來的數據不一致/時序錯亂之類的問題，並發也導致有些bug難以排查，一不留神就掉坑，需要適當用一些隊列/鎖保證程序的執行順序。iOS提供了一套多線程管理的方法GCD，已經把線程和隊列封裝得非常簡單易用功能強大，比其他端或後台是好很多了，但還是會花大量功夫在處理多線程問題上。
存儲
終端開發需要大量的數據存儲邏輯，手機APP不像瀏覽器，用戶打開瀏覽器必定是連著網，但打開一個APP時很可能是離線，也很可能處於網路狀況極差的移動GPRS，所以必須把之前請求回來的數據保存好。保存數據後又需要與服務端最新的數據同步，如果全量同步數據量太大，耗流量速度也慢，於是需要增量同步，需要與服務端一起制定實現增量數據返回的方案，需要處理好客戶端與服務端數據一致性的問題。當數據存儲量大結構復雜時，還需要利用好有限的內存做cache，優化各類存儲查詢性能。
前端在桌面端很少需要存儲，除非是Single Page App，不存儲自然就不需要數據更新的一系列工作，數據都是從後台取出拼接後直接顯示到頁面上，即使像微博有可以在頁面內不斷載入更多數據，數據也只存在於內存，不會持久化存儲，因為桌面端網速穩定，不計流量，所有數據可以直接從後端拿取，客戶端沒必要再做一套存儲。移動端那些做得很像原生APP的Web應用就跟終端開發一樣了，數據同樣保存到SQLite，存儲邏輯以及要處理的問題都差不多。
框架
在第三方框架上Web前端和iOS開發完全相反，Web原生弱小又十分開放，讓大量第三方框架和類庫可以施展拳腳，而iOS原生強大又十分封閉，導致第三方框架沒有多少生存空間。
瀏覽器一開始只為內容型的網頁而設計，js也只是這個網頁上能加點小特效的腳本語言，在Web應用時代跟不上發展，需要很多第三方庫和框架輔助，再加上前端開發是完全開放的領域，導致庫和框架百花齊放多如牛毛，在初期多數庫的作用集中在封裝dom操作，大家不斷重復造dom操作基礎庫的輪子，在一段時間百家爭鳴後獨尊jQuery，在有使用庫的網站中90%以上使用jq，幾乎成了個標准基礎庫。後期大家已經不再重復造這個基礎庫的輪子了，多了一些代碼組織和前端架構的框架，例如一些幫助項目模塊化的框架require.js，MVC框架backbone/angular.js等。
iOS開發蘋果已提供了完整的開發框架cocoa，而這框架在每一代系統中都在升級優化和添磚加瓦，開發模式也已經定型，第三方框架沒有多少生存空間，大量流行的開源項目是一些通用組件和庫，像網路請求庫AFNetworking，資料庫操作庫FMDB。而一些大的框架像beeFramework/ReactiveCocoa較難流行起來。
兼容
前端開發需要兼容大——量的瀏覽器，桌面的chrome，safari，ie6-ie10，firefox，以及各種套殼獵豹360等瀏覽器，移動端iOS/Android各自的瀏覽器，以及無限的不同的屏幕尺寸。看起來挺可怕，實際上也沒那麼難搞，只是拿出來嚇唬下人。桌面端chrome/safari以及各種套殼的極速模式用的都是Webkit，差異很小，firefox也大體遵從標准實現，與Webkit差別不大，舊的ie6/7就需要特別照顧，不過很多網站都不支持ie6了，移動端更是一家親，全是Webkit，除了新特性上的支持程度不一，其他差異不大。對於不同的屏幕尺寸，高端點的會用響應式布局，針對不同屏幕尺寸自適應到不同布局，一般點的桌面端定死寬度，移動端拉伸自適應寬度就搞定。
終端開發也需要兼容各種不同的系統版本和手機尺寸，Android不用說，iOS也有3.5/4/4.7/5.5/9.7英寸這些尺寸，不過兼容起來跟Web一樣挺容易，就是自適應寬度，iOS的UIKit把這些都處理好了，還有autolayout，sizeClass等高級特性可用，在尺寸上並不用花太多功夫。系統版本上iOS7為分水嶺，iOS7前後版本UI上差異比較大，需要做一些功夫兼容，不過iOS用戶更新換代很快，預計再過一兩年iOS7以下用戶就可以忽略了。
性能
終端和前端都是面向用戶的，性能優化目的都是盡快呈現內容，以及讓程序在用戶操作下流暢運行。終端主要關注的是存儲/渲染性能。當一個APP存儲數據量大，數據關系復雜時，數據查詢很容易成為性能瓶頸，需要不斷優化數據存取的效率，規劃數據IO線程，設計內存cache，利用好終端設備有限的內存，渲染上避免重復渲染，盡可能復用視圖，尋找最高效的渲染方案。
前端關注頁面載入速度，由於Web頁面的結構/樣式/程序/資源圖片都是實時請求的，要讓頁面更快呈現內容，就要優化這些請求，讓這些資源以最快速度載入下來，包括合並圖片/合並代碼減少請求數，壓縮代碼，並行請求，根據版本號緩存代碼請求，gzip壓縮，模塊/圖片懶載入等。此外跟終端一樣也關注渲染性能，遵從一些規則避免頁面reflow，避免使用CSS陰影這樣耗性能的特效，用CSS3動畫代替js等。
編譯
終端開發需要編譯的過程，把程序編譯成機器語言，再與各種庫鏈接後生成平台對應的可執行文件，最後由操作系統調度執行。在iOS終端開發中編譯和鏈接的規則蘋果已經在xcode這個開發工具上封裝好，一般開發可以不用關心，但有深層需求時還是需要跟編譯打很多交道，例如用編譯前端Clang自定義靜態代碼檢測規則，寫編譯腳本做自動化編譯和持續集成，打包生成靜態庫，根據鏈接後的可執行文件的組成優化APP體積等。
前端開發的程序則不需要編譯過程，只需要把代碼扔給瀏覽器，瀏覽器邊解析代碼邊執行。雖然js/css代碼寫完無需做任何事情瀏覽器就可以解析執行，但為了上面說的性能優化，前端代碼上線前會對所有代碼和資源文件進行處理，這些處理包括：壓縮合並js/css，合並css sprite圖，處理模塊依賴，處理代碼資源版本號，處理資源定位等。這個過程很像傳統程序的編譯，把給人看的代碼優化處理成給機器看的，並解決一些依賴關系，可以算是前端的編譯過程。像grunt.js/fis這些工具可以幫助完成這個編譯過程，通常前端編譯跟上線部署結合在一起，作為上線系統的一部分。
安全
前端和終端的安全性問題上雖然不需要像後端考慮得那麼多，但還是有些需要注意。在請求的安全上，終端和前端都一樣，用戶向後端發送的請求都需要經過層層路由，不知道在哪裡就被截獲篡改或回放了，於是需要做一些措施防禦這些情況，最常見的就是身份驗證，多是採用會過期的token形式代替用戶名密碼，防止被抓包後黑客可以永遠登陸這個賬號。數據安全要求高的會用加密傳輸，或者使用https，另外還需要看情況處理一些DNS劫持，運營商廣告植入等問題。
其他安全問題終端很少考慮，在未越獄的iOS機器上系統已經幫忙保證了整個APP運行環境的安全，而在越獄的機器下惡意程序擁有root許可權可以做任何事情，APP也難以防範。前端方面瀏覽器的特性使前端開發有幾個安全隱患，一是Web頁面上任意位置都可以動態插入js代碼，瀏覽器會無區別地執行這些代碼，二是身份驗證信息都統一保存在cookie里，三是頁面上可以隨意通過iframe嵌入其他網站的頁面。造成XSS、CSRF、cookie劫持這些攻擊手段，所以前端寫代碼時都需要考慮還這些安全問題，做好相應的防範，最簡單和重要的防範就是對所有用戶輸入輸出的內容做完整的過濾，避免頁面內被嵌入惡意代碼。
交互/開發
最後說下對這兩個領域在交互和開發上的個人感觸。以前在做Web前端時，感覺Web讓人機交互倒退了十年，交互都是硬邦邦的點擊—啪一下出來結果，滾動是一格格地刷新，很多人當時在鼓吹html5可以做出多麼炫的效果時，實際上FLASH在十年前就可以做出來了，還比最現代的瀏覽器更流暢。iPhone流行後，人機交互終於恢復了應有的水平，體驗上比Web流暢太多，指尖交互/流暢的動畫/便捷的滑動手勢/無限制的實現，主流終於恢復或超越了十年前Flash的水平。
但人機交互提升了，開發方式卻大倒退，Web的開發方式非常先進，用戶用到的都是最新版本，發現bug可以馬上上線秒修復，特別適用於互聯網環境下的快速迭代，而終端APP不行，撇開iPhone的審核不說，Android也無法做到保證用戶用的是最新的程序，用的都是傳統的客戶端更新的方式，bug的修復版無法及時給到用戶，無法一天上線幾十次，需要維護很多舊版本，開發方式倒退回Web時代以前。這都是因為移動網路不穩定以及流量有限造成的，移動端無法像桌面端瀏覽器那樣完全依賴網路，所以在移動網路穩定流量免費之前，開發方式都不會有多大變化。
另外並不看好HTML5，網路上說它可以取代APP說了三四年，到現在也沒什麼戰績，我看不到它的優勢，原生APP可以獲得更多的系統資源，更流暢的人機交互體驗，HTML5在這方面永遠比不上，而它在移動端網路和流量的限制下也無法發揮Web的開發優勢，所以它不會成為主流，只適合做一些輕量的小東西。
E. 做前端的app開發和游戲開發有那些區別
就以我們的圈子
APP
為例，我們這個產品部門分為5個部分。當然還有運營和產品經理和負責人等。這些我們先不算在裡面。
就以我們的圈子
APP
為例，我們這個產品部門分為5個部分。當然還有運營和產品經理和負責人等。這些我們先不算在裡面。
Ui
設計，負責所有能看到的頁面設計，包括iOS,安卓，Web
設計好了就交給棚行前端去開發，前端包括（iOS開發、安卓開發、Web開發）
iOS開發,負責iOS系統上的
APP開發，也就是蘋果手機的軟體的
UI
框架搭建。
安卓開發，負責安卓手機的APP
開發，安卓手機用戶能看到的UI
框架搭建。
Web開發，負責
PC
的網頁和手機網頁的
UI
框架搭建。
後租纖端開發，提供內容的
API
介面，包括伺服器維護，資料庫創建和維護等和內容有關系的。
產品的流程是：
UI
設計師把產品設計好，然後前端就開始打框架，各個頁面的樣子做出來然後調用後端給的
API
介面，每個功鏈型嘩能都有
API
介面。比如顯示帖子內容需要一個
API，然後前端去調用這個
API就可以把內容顯示出來。
這樣的好處就是前端可以專注於搭框架，後端專注於資料庫等內容和效率並且可以重復給
iOS安卓WEB
使用。
這樣的好處就是前端可以專注於搭框架，後端專注於資料庫等內容和效率並且可以重復給
iOS安卓WEB
使用。
F. 前端兼容蘋果手機ios問題錦集
new Date("2020-02-02 08:00") 變為 new Date("2020/02/02 08:00")
html,body{ -webkit-text-size-adjust: none; } // 當需要在中文版chrome瀏覽器中顯示小於12px的字體時，而且此時頁面放大效果腔喚會被阻止
html,body{ -webkit-tap-highlight-color: rgba(0,0,0,0); } /拆鬧/ 去掉蘋果手機點擊瞬間出現的灰色背景
input{ -webkit-appearance: none; } // 去除蘋果手機默認的input樣式）
selector{ cursor: pointer } // 給IOS系統里cursor不為pointer的元素添加事件時會不同程度受影響，加上cursor: pointer可解決
img{ pointer-events: none; } // 阻止圖片在伍御凱微信里被點擊放大
G. 前端工程師如何快速開發APP
第一，你說到app開發，那我們就說說現在主流的。app開發現在主要分為android開發和ios開發，說的籠統點就是安卓手機應用開發和蘋果手機應用開發。兩個系統的開發語言不同，安卓用的是java語言，蘋果用的是objective-c，但是目前兩家都推出了新的語言。
第二，比如想做安卓應用開發，就要明確開發應用所需要的工具，目前主流工具是android studio。然後需要系統的學習一下java基礎。
第三，可以嘗試著自己做一些小的安卓應用，可以做個簡單的登陸注冊，了解一下安卓的四大組建，了解一下安卓系統的運行機制。
第四，了解一下現在用到的主流框架。
第五，去下載源碼分析源碼，我相信會對你有很大幫助。
第六，實踐！實踐！！實踐！！！
H. it適合用蘋果開發嗎
IT開發大體分前端後端，對於後端來說，只要工具稱手，平台沒有什麼區別，就看個人習慣了，電腦昌敗就是開發工具，肯定都是適合的。
但是對於前端來說，就不太一樣了，前端一般包括美工，設計師，UI等，追求的是效果，是用戶體驗，因此對視覺要求極高。而蘋果就是靠視覺宴迅爛與極致的用戶體驗而出名的，因此對於前端來說，蘋果比其他工具更優。
電腦只是工具，安裝相應開發環境就可以進行IT程序設計，蘋果可以，windows環境可以，晌漏linux系統也可以，不存在適合不適合問題
I. 為什麼現在很多程序員都喜歡用Mac作為主力開發了
最主要原因是，現在年輕一代，不管有沒有錢但是一定得享受，用Mac主要部分還是裝逼。要說好用windows也很好用，別給我說什麼unix系統，鏈接伺服器方便，終端好用和linux命令一樣、系統不卡這些，這些在window都可以搞定。作為一個用了10年Mac的老程序員總結就是這些。已換windows
一方面是xcode的原因，另一方面是因為mac干擾少，windows容易卡，還動不動出彈窗廣告，容易分心。我不用Xcode但是我也用mac，寫c++用的sublime text。
軟體開發，mac是首選，itream ，idea，subline，好用！主要是系統穩定，系統能用到機器報廢，我第一台電腦還在用，11年的mbp13寸！
如果打 游戲 那必須windows
公司配置mac，我感覺是這幾點吧！一，提供公司形象，
二，公司抵稅，
三，算是給研發的福利，說提高效率有點扯蛋[呲牙]！
做app開發的，可以在mac上完成android和ios兩個平台的開發，打包，上架。在win上想要完成ios端只能黑蘋果。現在又有很多app前端混合開發或者搬磚的能同時搞android和ios，用mac省事。專做後端開發呢，win居多
用mac都懶人居多，大多不想折騰環境
因為linux很多底層環境都有了
例如，windows還要裝很多才能搞makefile 指令，例如mingw這種...
跑git也是也是要裝很多，裝錯移除也是一大困難。
不過若非XCode因素，ubuntu才是最適合軟體開發的
因為你不可能把伺服系統架在macos上。。。 OS要錢
寫完還要考慮環境在裝在ubuntu上，簡直傻B。
這是我周遭碼農的心得。
卡不卡，是你電腦買太差， 有錢買mac卻沒錢買同價位的win筆電，這才是病。
分不分心，這是你的問題，說用mac就專心也只是借口而已。
當然這一切要建立在你不會用到Xcode情況。 否則正常碼農首選因該是ubuntu類型。
開源/DIY/又可以伺服器/免費商用
當你用了Mac開發以後，就回不去了。
Java程序員開發效率提升30%以上，關鍵還一直用一直爽，不像Windows下開發，一開始偶爾卡一下，後面偶爾不卡一下。
我也是在糾結究竟買Win好還是Mac好。作為開發老兵，用過Win，用過Linux，就是沒長期用過Mac，這終是一塊心病，但是多次看著Mac想入手，一考慮到價格還有點不捨得。一台Win的筆記本，就算比較貴的ThinkPad X1也沒有Mac同等配置的貴，別和我說什麼物有所值，錢才是第一考慮要素，至少對我來說是這樣。工作上來說，Win肯定是夠用的，絕對不會出現不能工作的情形，只有別的系統兼容Win的情況，不會有Win去兼容別人的情況。有人說，一個人可不可靠就看他做事穩不穩定，如果和領導或客戶開會，突然有個程序或文檔要打開，這時Mac系統卡殼會不會影響自己的印象呢？這個真不好說，但在職場還是保守點好，至少對我來說是這樣。但是，技術上的沖動有一種強烈的吸引力，Mac從開始到現在，一直有一種精緻的映像在市場中傲立，Win雖然好用，卻沒有這種引領 時尚 的風骨。對技術老鳥來說，什麼技術都應該不算障礙了，把Mac配成和Win一樣方便，甚至更方便也不是難事，唯獨放下心中是不適應，即可。甚至，一種特立獨行般的個性就是品牌所帶來的價值，像耐克，阿迪一樣，穿在身上總覺得更自信一些，用起Mac來是不是敲碼都更快一些呢？現在我也立一個flag，等現在這個本子淘汰的時候，一定入手一台Mac，雖然每次下單的時候都會改變主意，這次真不想變了。別等哪天老奶奶都用上Mac，才開始入手就太Out了，雖然現在已經有點Out了。
一，界面簡潔。
二，操作簡單。
三，手機，電腦，iPad都是一個操作邏輯，上手快。
四，系統好
雖然都是用x86構架，但是內存管理依然和iOS一樣。
五，沒有亂七八糟的廣告，和彈窗。
首先是開發蘋果的app要比其他的賺錢啊，另一個則是穩定，主要體現在跨平台上，一台配置中等偏上的Mac裝上虛擬機幾乎滿足所有系統的使用。而大廠的業務針對性也比較明顯，加上蘋果給予企業采購的折扣加增值稅發票，其實要比采購win有優勢。到一定的價格上，蘋果的各方面性價比反而比win電腦要高很多。因為win在一定的性能上是需要加錢去堆配置的。蘋果則不需要。當然，對於一部分人不會用Mac系統，只是單純喜歡Mac的外觀花一大筆錢買回來裝雙系統使用windows，這部分人在Win黨眼裡蘋果是絕對沒性價比可言的，同樣價格他們可以自己配更好的台式電腦。當然理論總歸是理論，假如你對Mac電腦感興趣，而你日常使用的工具剛好Mac上有，那麼你只需考慮你的預算能否購買一台Mac就足夠了，作為生產力工具的Mac，無論是哪個型號的Mac，選16+512G的規格絕對是豪華版的，不存在不夠用的顧慮，當然這是M1版的Mac選配，如果是intel版的最好是能選32+512G。相比win同價格區間好幾十種配置，蘋果的重點則是在內存和容量上。體驗上蘋果的標配和頂配並沒有太大的區別落差，但大內存對於Mac是絕對的優勢。你可以好幾年不關機，打開軟體不用關，系統後很少出現死機，即便出現極個別軟體故障，也是需要強制關閉再打開即可。最後，選Mac買台式機永遠不吃虧，不會有散熱問題導致降頻，或是功率不足帶不了外接顯示器的問題。總比win電腦買回來各種裝驅動，調試，以及為了避免占內存關閉很多不必要的設置相比，蘋果完全不需要這么深入操作。雲同步更是無感知，無縫的體驗。是個可以用很久的電腦
大概就是你看30幀電影和看60幀電影的區別吧，看30幀你也說不上哪裡不好，反正一直都是怎麼看的，但一看60幀你就感覺，卧槽，好絲滑好流暢