Ⅰ litepal external資料庫在哪
看實際需求，其實大部分簡單app根本不需要SQLite來存數據。先考慮JSON這些，然後考慮realm，數據確實復雜，再看SQLite。ORM選擇的話要看性能還有是不是經得起考驗，推薦green和dbflow。追求簡潔配合rx可以考慮一下sqlbrite。
Ⅱ android開發一般都使用什麼框架
Android開發框架介紹
編輯文檔
學分 +2
開發框架方麵包含基本的應用功能開發、數據存儲、網路訪問這三大塊：
一、應用方面
一般而言一個標準的Android程序由如下4部分組成即Activity、Broadcast Intent Receiver、Service、Content Provider： 1. Activity是最頻繁、最基本的模塊，在Android中，一個Activity就是手機上一屏，相當於一個網頁一樣，所不同的是，每個Activity運行結束了，有個返回值，類似一個函數一樣。Android系統會自動記錄從首頁到其他頁面的所有跳轉記錄並且自動將以前的Activity壓入系統堆棧，用戶可以通過編程的方式刪除歷史堆棧中的Activity Instance。
Activity類中主要是跟界面資源文件關聯起來（res/layout目錄下的xml資源，也可以不含任何界面資源），內部包含控制項的顯示設計、界面交互設計、事件的響應設計以及數據處理設計、導航設計等application設計的方方面面。 2. Broadcast Intent Receiver
Intent提供了各種不同Activity進行跳轉的機制，譬如如果從A activity跳轉到B activity，使用Intent來實現如下： Intent in = new Intent(A.this, B.class); startActivity(in);
BroadcastReceiver提供了各種不同的Android應用程序進行進行進程間通訊的機制，譬如當電話呼叫來臨時，可以通過BroadcastReceiver發布廣播消息。對於用戶而言，BroadcastReceiver是不透明的，用戶無法看到這個事件，BroadcastReceiver通過NotificationManager來通知用戶這些事件發生了，它既可以在資源AndroidManifest.xml中注冊，也可以在代碼中通過Context.registerReceiver()進行注冊，只要是注冊了，當事件來臨的時候，即時程序沒有啟動，系統也在需要的時候會自動啟動此應用程序；另外各應用程序很方便地通過Context.sendBroadcast()將自己的事情廣播給其他應用程序；
3. Service,跟Windows當中的Service完全是一個概念，用戶可以通過startService(Intent service)啟動一個Service，也可通過Context.bindService來綁定一個Service.
4. Content Provider，由於Android應用程序內部的數據都是私有的，Content Provider提供了應用程序之間數據交換的機制，一個程序可以通過實現一個ContentProvider的抽象介面將自己的數據暴露出去，並且隱蔽了具體的數據存儲實現，標準的ContentProvider提供了基本的CRUD（Create,Read,Update,Delete)的介面，並且實現了許可權機制，保護了數據交互的安全性； 一個標準的Android應用程序的工程文件包含如下幾大部分： -> java源代碼部分(包含Activity)，都在src目錄當中；
-> R.java文件，這個文件是Eclipse自動生成與維護的，開發者不需要修改，提供了Android對的資源全局索引； -> Android Library，這個是應用運行的Android庫；
-> assets目錄，這個目錄裡面主要用與放置多媒體等一些文件；
-> res目錄，放置的是資源文件,跟VC中的資源目錄基本類似，其中的drawable包含的是圖片文件，layout裡麵包含的是布局文件，values目錄裡面主要包含的是字元串(strings.xml)、顏色（colors.xml)以及數組（arrays.xml)資源；
-> AndroidManifest.xml，這個文件異常重要，是整個應用的配置文件，在這個文件中，需要聲明所有用到的Activity、Service、Receiver等。