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帧你就感觉，卧槽，好丝滑好流畅