移動(dòng)APP的分類(lèi)

? native app :原生APP，IOS上獨(dú)立開(kāi)發(fā)者做的基本都是這類(lèi)。格志、小目標(biāo)等。特點(diǎn)直接調(diào)用系統(tǒng)攝像頭、文件等。成本最高。

? web app：瀏覽器APP，也叫做H5APP，就是在瀏覽器輸入地址就能用的“偽應(yīng)用”，之前云智冷就是這種

? hybrid app：混合APP，在原生app基礎(chǔ)上也可以直接進(jìn)入H5app部分，實(shí)現(xiàn)一些更新頻繁的頁(yè)面功能，淘寶、支付寶都是這種。

? light app：13年百度提出的輕應(yīng)用，其實(shí)就是現(xiàn)在微信的小程序的先驅(qū)版，依托母程序的權(quán)限，實(shí)現(xiàn)子應(yīng)用的服務(wù)與功能。

內(nèi)容生產(chǎn)模式專業(yè)程度

? UGC：全稱為User Generated Content，也就是用戶生成內(nèi)容，即用戶原創(chuàng)內(nèi)容。

? PGC：（ Professional Generated Content） 專業(yè)生產(chǎn)內(nèi)容，如新浪、網(wǎng)易、搜狐、騰訊的客戶端。

? PUGC：（Professional User Generated Content），即“專業(yè)用戶生產(chǎn)內(nèi)容”或“專家生產(chǎn)內(nèi)容”相當(dāng)于網(wǎng)紅，大V。

? OGC：PGC包括OGC（Occupation Generated Content）職業(yè)生產(chǎn)內(nèi)容，如央視新聞、人民日?qǐng)?bào)客戶端。相當(dāng)于官微。

UGC、PGC和OGC的區(qū)別 這三者之間既有密切聯(lián)系又有明顯的區(qū)別。一個(gè)平臺(tái)（網(wǎng)站）的PGC和UGC有交集,表明部分專業(yè)內(nèi)容生產(chǎn)者,既是該平臺(tái)的用戶,也以專業(yè)身份（專家）貢獻(xiàn)具有一定水平和質(zhì)量的內(nèi)容，如微博平臺(tái)的意見(jiàn)領(lǐng)袖、科普作者和政務(wù)微博。

通過(guò)python解析HTML、XML最好選用的模塊

? Requests：當(dāng)時(shí)選了最眼熟的這個(gè)，因?yàn)橹挥胮ython做過(guò)爬蟲(chóng)的工作，也知道這個(gè)是用在網(wǎng)頁(yè)訪問(wèn)數(shù)據(jù)獲取上，但并不是用來(lái)解析HTML的。使用requests可以執(zhí)行多種網(wǎng)頁(yè)訪問(wèn)命令，如get、put、post、head等。

? Delorean："Delorean"是電影《回到未來(lái)》里的那輛極為炫酷的鷗翼汽車(chē)，采用這部電影里的非常具有代表性的汽車(chē)的名字作為庫(kù)名，作者估計(jì)也是想表達(dá)使用這個(gè)庫(kù)能讓你在時(shí)空里任意遨游，沒(méi)有掣肘。獲取當(dāng)前時(shí)間的第三方庫(kù)。

? Structlog：顧名思義，結(jié)構(gòu)化模塊日志模塊，能支持python腳本輸出如json格式的日志記錄。

? lxml：XPath 是一門(mén)在 XML 文檔中查找信息的語(yǔ)言。XPath 可用來(lái)在 XML 文檔中對(duì)元素和屬性進(jìn)行遍歷【遍歷(Traversal)，是指沿著某條搜索路線，依次對(duì)樹(shù)（或圖）中每個(gè)節(jié)點(diǎn)均做一次訪問(wèn)。】。對(duì)應(yīng)插件名為lxml。

頁(yè)面元素的位置和大小會(huì)跟著屏幕分辨率變化的布局是

? 靜態(tài)布局：傳統(tǒng)Web設(shè)計(jì)，對(duì)于PC設(shè)計(jì)一個(gè)Layout，在屏幕寬高有調(diào)整時(shí)，使用橫向和豎向的滾動(dòng)條來(lái)查閱被遮掩部分；對(duì)于移動(dòng)設(shè)備，單獨(dú)設(shè)計(jì)一個(gè)布局，使用不同的域名如wap.或m。如織夢(mèng)官網(wǎng)就是這個(gè)設(shè)置，或者是有個(gè)m文件夾作為子目錄自動(dòng)跳轉(zhuǎn)。

? 流式布局：特點(diǎn)（也叫"Fluid") 是頁(yè)面元素的寬度按照屏幕進(jìn)行適配調(diào)整，主要的問(wèn)題是如果屏幕尺度跨度太大，那么在相對(duì)其原始設(shè)計(jì)而言過(guò)小或過(guò)大的屏幕上不能正常顯示。

? 自適應(yīng)布局：（Adaptive）的特點(diǎn)是分別為不同的屏幕分辨率定義布局。布局切換時(shí)頁(yè)面元素發(fā)生改變，但在每個(gè)布局中，頁(yè)面元素不隨窗口大小的調(diào)整發(fā)生變化。把自適應(yīng)布局看作是靜態(tài)布局的一個(gè)系列。

? 響應(yīng)式布局：為不同的屏幕分辨率定義布局，同時(shí)，在每個(gè)布局中，應(yīng)用流式布局的理念，即頁(yè)面元素寬度隨著窗口調(diào)整而自動(dòng)適配，元素大小也會(huì)隨著分辨率變化而變化

AJAX之父認(rèn)為的交互設(shè)計(jì)屬于用戶體驗(yàn)要素的第幾層？

? 表現(xiàn)層：內(nèi)容、功能和美學(xué)匯集到一起來(lái)產(chǎn)生一個(gè)最終設(shè)計(jì)?？蚣軐釉O(shè)計(jì)類(lèi)似于低保真原型。而表現(xiàn)層就類(lèi)似于無(wú)交互的高保真原型頁(yè)面。表現(xiàn)層注重視覺(jué)的傳達(dá)，是對(duì)用戶視覺(jué)的直接的感官刺激。

? 框架層：框架層的內(nèi)容分為三類(lèi)：交互設(shè)計(jì)、導(dǎo)航設(shè)計(jì)、信息設(shè)計(jì)。需要考慮到每個(gè)頁(yè)面具體的界面設(shè)計(jì)，要考慮有哪些控件，哪些哪些圖標(biāo)文字信息等

? 結(jié)構(gòu)層：交互設(shè)計(jì)和信息架構(gòu)的設(shè)計(jì)，從哪到哪可以完成哪個(gè)痛點(diǎn)需求和業(yè)務(wù)功效。設(shè)計(jì)過(guò)程中重視各個(gè)需求功能的關(guān)系，把它們有機(jī)的連在一起。

? 范圍層：范圍層幫助對(duì)功能做了取舍和排期，進(jìn)而引出了版本的概念。綜合考慮行業(yè)趨勢(shì)，競(jìng)品狀態(tài)，用戶和企業(yè)資源等因素考量結(jié)束后對(duì)范圍進(jìn)行規(guī)劃和設(shè)計(jì)。

? 戰(zhàn)略層：所有產(chǎn)品的戰(zhàn)略立足點(diǎn)都是基于某類(lèi)固定需求的目標(biāo)用戶群體展開(kāi)的。滴滴解決出行打車(chē)?yán)щy的需求，摩拜解決出地鐵后最有1公里的需求。這都是戰(zhàn)略設(shè)計(jì)。

【交互設(shè)計(jì)到底是啥？】理解了用戶的工作方式、行為及思考模式后設(shè)計(jì)出來(lái)的。早年開(kāi)始用微信的用戶應(yīng)該知道，微信剛出小視頻的時(shí)候，為了不把它隱的太深，做到下拉中了，用戶直接下拉就可以拍攝小視頻完了再去選擇要發(fā)送的好友或者群，而且微信也沒(méi)有資訊類(lèi)產(chǎn)品那種下拉刷新的習(xí)慣在。但是就這么一個(gè)看似合理的設(shè)計(jì)，用戶市場(chǎng)表名它是不適用的，其主要原因有以下兩點(diǎn)。