『壹』 APP原生開發與混合開發是什麼意思
1.原生開發（Native App開發）：像蓋房子一樣，先打地基然後澆地梁、房屋結構、一磚一瓦、鋼筋水泥、電路走向等，原生APP同理：通過代碼從每個頁面、每個功能、每個效果、每個邏輯、每個步驟全部用代碼寫出來，一層層，一段段全用代碼寫出來
此種APP的數據都保存在本地，APP能及時調取，所以相應速度及流暢性有保障
2.混合開發（HTML5開發）：這個就相當於一種框架開發，說白了就是網頁；該模式通常由「HTML5雲網站+APP應用客戶端」兩部份構成，APP應用客戶端只需安裝應用的框架部份，而應用的數據則是每次打開APP的時候，去雲端取數據呈現給手機用戶。
混合APP還有一種是套殼APP，套殼APP就是用H5的網頁打包成APP，雖然是APP能安裝到手機上，但是每個界面，全部是網頁。此種APP數據都保存在雲端，用戶每次訪問都需要從雲端調取全部內容，這樣就容易導致反應慢，每打開一個網頁或點一個按鈕都需要等半天。
混合開發的優缺點：
優點是：
1、開發效率高，節約時間同一套代碼Android和IOS基本都可用
2、更新和部署比較方便，不需要每次升級都要上傳到App Store進行審核了，只需要在伺服器端升級就可以
3、代碼維護方便、版本更新快，降低產品成本
缺點是：
1、由於不能直接操控硬體有些方面性能不是很好
2、另外有技術比較新版本的兼容性比較差，還有就是即懂原生開發又懂H5開發的高端人才難找。
混合App開發是未來的趨勢，目前混合開發中使用的技術也很多，主要的混合開發技術有jQuery Mobile、React Native、Cordova、APICloud、AppCan等。雖然混合開發能夠提高效率節省成本，但也有很多的限制，除了硬體、緩存等的限制，各大平台之間的兼容性也不足。有的也比較消耗資源。
『貳』 混合開發 /data/user/0/包名/files/的圖片怎麼在img標簽顯示有人知道嗎
賬號設置---個性設置，拖到底下 有水印
『叄』 混合開發之uni-app
uni-app App端內置weex渲染引擎，提供原生渲染能力
然而， Weex並不是一個前端框架 。實際上，前端框架僅僅是 Weex 的語法層或稱之為 DSL (Domain-specific Language)，它們與原生渲染引擎是分離的。換句話說，Weex 並不依賴於特定的前端框架，隨著前端技術的發展，Weex 也可以集成更多廣泛使用的前端框架。
以往的 weex ，有個很大的問題是它只是一個高性能的渲染器，沒有足夠的API能力，使得開發時非常依賴原生工程師協作，開發者本來想節約成本，結果需要前端、iOS、Android 3撥人開發，適得其反。而 nvue 解決了這個大問題，讓前端工程師可以直接開發完整 App，並提供原生插件的市場交易和雲打包。這些組合方案，開發者切實的提高效率、降低成本。
如果你是web前端，不熟悉 weex，那麼建議你仍然以使用 vue 為主，在App端某些 vue 表現不佳的場景下使用 nvue 作為強化補充：
uni-app App 端內置 HTML5+ 引擎，讓 js 可以直接調用豐富的原生能力。
小程序及 H5 等平台是沒有 HTML5+ 擴展規范的，因此在 uni-app 調用 HTML5+ 的擴展規范時，需要注意使用條件編譯。否則運行到h5、小程序等平台會出現 plus is not defined錯誤。
在普通的 H5+ 項目中，需要使用 document.addEventListener 監聽原生擴展的事件。
uni-app 中，沒有 document。可以使用 plus.globalEvent.addEventListener 來實現（注意manifest中需開啟新編譯器，即自定義組件模式"usingComponents":true）。
同理，在 uni-app 中使用 Native.js 時，一些 Native.js 中對於原生事件的監聽同樣需要按照上面的方法去實現。
注意：舊編譯器（非自定義組件模式）不支持 plus.globalEvent 這個對象。
『肆』 軟體開發模版緩存具體步驟怎麼操作的呢
模板緩存就是把模版內容緩存到指定位置，只要涉及模版都可以設置緩存，
下面以py程序為例：
1.1 在導入搜索期間首先會被檢查的地方是 sys.moles。 這個映射起到緩存之前導入的所有模塊的作用（包括其中間路徑）。 因此如果之前導入過 foo.bar.baz，則 sys.moles 將包含 foo, foo.bar 和 foo.bar.baz 條目。 每個鍵的值就是相應的模塊對象。
在導入期間，會在 sys.moles 查找模塊名稱，如存在則其關聯的值就是需要導入的模塊，導入過程完成。 然而，如果值為 None，則會引發 MoleNotFoundError。 如果找不到指定模塊名稱，Python 將繼續搜索該模塊。
1.2 sys.moles 是可寫的。刪除鍵可能不會破壞關聯的模塊（因為其他模塊可能會保留對它的引用），但它會使命名模塊的緩存條目無效，導致 Python 在下次導入時重新搜索命名模塊。鍵也可以賦值為 None ，強制下一次導入模塊導致 MoleNotFoundError 。
但是要小心，因為如果你還保有對某個模塊對象的引用，同時停用其在 sys.moles 中的緩存條目，然後又再次導入該名稱的模塊，則前後兩個模塊對象將 不是 同一個。 相反地，
1.3 importlib.reload() 將重用 同一個 模塊對象，並簡單地通過重新運行模塊的代碼來重新初始化模塊內容。
1.1 在導入搜索期間首先會被檢查的地方是 sys.moles。 這個映射起到緩存之前導入的所有模塊的作用（包括其中間路徑）。 因此如果之前導入過 foo.bar.baz，則 sys.moles 將包含 foo, foo.bar 和 foo.bar.baz 條目。 每個鍵的值就是相應的模塊對象。
在導入期間，會在 sys.moles 查找模塊名稱，如存在則其關聯的值就是需要導入的模塊，導入過程完成。 然而，如果值為 None，則會引發 MoleNotFoundError。 如果找不到指定模塊名稱，Python 將繼續搜索該模塊。
1.2 sys.moles 是可寫的。刪除鍵可能不會破壞關聯的模塊（因為其他模塊可能會保留對它的引用），但它會使命名模塊的緩存條目無效，導致 Python 在下次導入時重新搜索命名模塊。鍵也可以賦值為 None ，強制下一次導入模塊導致 MoleNotFoundError 。
但是要小心，因為如果你還保有對某個模塊對象的引用，同時停用其在 sys.moles 中的緩存條目，然後又再次導入該名稱的模塊，則前後兩個模塊對象將 不是 同一個。 相反地，
1.3 importlib.reload() 將重用 同一個 模塊對象，並簡單地通過重新運行模塊的代碼來重新初始化模塊內容。
『伍』 app混合開發和原生開發的區別
關於手機APP開發用混合還是原生現在說法不一，有說混合開發好：時間短、費用低、效果也不錯，有說原生開發好，原生APP在性能方面比較好。app原生開發和混合開發的區別是什麼呢？
混合模式 APP
混合應用開發正是結合原生和HTML5開發的技術，取長補短的一種開發模式，原生代碼部分利用WebView插件或者其它的框架為HTML5提供了一個容器，程序主要的業務實現、界面展示是利用H5相關的Web技術進行實現的。比如現在的京東、淘寶、今日頭條等都是利用的混合開發模式。
優點：
①.開發效率高，節約時間同一套代碼Android和IOS基本都可用；
②.更新和部署比較方便，不需要每次升級都要上傳到App Store進行審核了，只需要在伺服器端升級就可以；
③.代碼維護方便、版本更新快，降低產品成本；
缺點：
①.由於不能直接操控硬體有些方面性能不是很好；
②.用戶體驗不如本地應用，性能稍慢（需要連接網路）；
原生模式 APP
原生模式開發代表著較好的用戶體驗和更快更高的性能。原生app開發採用的純原生應用開發，是在Android、IOS等移動平台上利用官方提供的開發語言、開發類庫、開發工具進行App開發。比如android是利用java、eclipse、Android studio，iOS是利用Objective-C 和Xcode進行開發。原生應用由於利用的是官方提供的語言和工具並且能夠直接操控硬體設備（比如多點觸控、NFC、讀取簡訊等），在應用性能上和交互體驗上應該是最好的，但是原生應用的可移植性比較差，特別是一款原生的App，Android和IOS都要各自開發，同樣的邏輯、界面要寫兩套。
優點：
①.可訪問手機所有功能、可實現功能齊全；
②.運行速度快、性能高，的用戶體驗；
③.比較快捷地使用設備端提供的介面，處理速度上有優勢；
缺點：
①.開發成本高；
②.支持設備非常有限（一般是哪個系統就在哪個平台專屬設備上使用）；
③.上線時間不確定（App Store審核過程不一）；
④.獲得新版本時需重新下載應用更新；
『陸』 成品視頻直播APP，原生開發和混合開發各有什麼優缺點呢
在選擇成品直播源碼時，原生開發和混合開發也是很多客戶糾結的地方。那麼原生開發和混合開發各有什麼優缺點呢？
原生應用開發的優缺點：
原生應用開發對運營者和使用者非常友好，原生開發需要經過前期策劃，中間的編寫和後期叢液測試等諸多環節，需要半年以上的開發時間，但是穩定流暢，可以二次開發。無論是從系統流暢性還是兼容性、穩滲寬物定性、安全性上來看，都是相當可靠的。但是原生開發相較於混合開發來說，軟體開發成本高，因為同樣的軟體在IOS和android上要開發兩次，需要專業的技術和較長的時間去開發。
混合應用開發的優缺點：
混合開發的優點是對一對一直播APP源碼開發者很友好，開發出的一對一直播APP源碼可以同時兼容多個平台，在Android、IOS、Windows上任意運行，不必就同一應用進行重復開發，節省資金、時間和人力成本，它可以順利訪問手機的多種功能，也可以在App Store中下載（因為它會直接套用原生應用的外殼）。
混合開發的缺點非常明顯巧鍵，混合開發的一對一直播APP程序運行速度慢，用戶的體驗感明顯不如原生開發，且混合開發技術還不是很成熟。
所以原生開發一對一直播和混合開發都有各自的優缺點，具體選擇哪種開發方式需要根據項目來決定，原生開發總的來說是優於混合開發的，反應速度、流暢程度以及用戶的友好度方面都是比較強的。
『柒』 微信小程序的分享封面圖會自動緩存到手機里嗎
會自動緩存到手機里。微信小程序對圖片的緩存很嚴重，即使完全退出小程序重新打開，也不會重新請求伺服器中的圖片，會自動緩存到手機里，保存到本地的功能很普遍。
『捌』 微信小程序緩存圖片
近期公司的小程序有個需求，就是要把列表頁的圖片緩存在本地，下次在打開的時候就不用從網路進行請求了，因為用戶的網路不是很好；
想法是先把圖片緩存起來，然後把圖片的路徑和訂單編號保存在storage裡面；
用訂單編號進行對比，id相同的話就把網路路徑替換成差李本地緩存路徑；
檢查緩存裡面之前有沒有存這張照片，有的話就直接賦配稿值，沒有的話就先緩存，然後把路徑和訂單號存起來，再賦值
如果有新的要替換，就把最前面的給刪除了
查閱了官方文檔，發現可緩存可以存200MB；
所以先決定給緩存前十張試試水;
返回的列表數據是數組裡面套對培慶孝象，圖片地址為reserve4;
在util.js裡面寫
然後在請求數據的地方調用這個方法
時間緊迫寫的比較粗糙，用於記錄。如果有什麼地方寫的不好或者有bug的請大家指出，謝謝。
『玖』 如何解決前端開發中的緩存問題
function loadFile(arr) {
let now = new Date();
let timestamp = "?t=" + now.getTime();
let head = document.getElementsByTagName("head")[0];
}
$(function(){
var js_arr=["alert.js","alert.css"];
loadFile(js_arr);
});現在的大多數瀏覽器都有緩存機制，目的是減少客戶端的訪問次數，減輕伺服器的壓力。但是在開發工程中或者是版本更新過程中，緩存機制的存在會使得程序版本已經更新，但是效果不能出現的狀況，需要開發人員頻繁的清除緩存，並不友好，特此總結以下幾種方式（以谷歌為例），僅供參考，如有雷同，不甚榮幸。
1.對於開發者來說，只需要關閉瀏覽器緩存就可以了。步驟是：瀏覽器右鍵打開檢查，找到network,下邊有Disable cache選項，只要將其打勾即可
2.開發者可以關閉緩存，但是並不能要求所有用戶都進行此類操作，此時可以在引用的文件之後拼接隨機數或者日期都可以，瀏覽器就會認為是新的請求，而不會使用緩存中的文件，具體如下（只演示大概思路，具體使用，具體修改）：
『拾』 android開發文件緩存在什麼位置,可以在應用程序中清除。
android開發文件緩存的默認位置一般是在android/data目錄下,比如kindle(1st)是在/mnt/sdcard/Android/data目錄下,魅族是在/sdcard/Android/data目錄下。
將緩存在應用程序中清除：
打開關閉使用緩存，一共有五個種類
//優先使用緩存：
WebView.getSettings().setCacheMod
(WebSettings.LOAD_CACHE_ELSE_NETWORK);
//不使用緩存：
WebView.getSettings().setCacheMode(WebSettings.LOAD_NO_CACHE);
在退出應用的時候加上如下代碼
File file = CacheManager.getCacheFileBaseDir();
if (file != null && file.exists() && file.isDirectory()) {
for (File item : file.listFiles()) {
item.delete(); }
file.delete(); }
context.deleteDatabase("WebView.db");
context.deleteDatabase("WebViewCache.db");
以上方法均可實現。