【如果你想了解這個點讀筆寫字App的背景，請移步這里
http://www.itdecent.cn/p/ee2a1bb99280 】

根據(jù)上篇知道了如何從drawable中獲取了圖片，本著如我一樣的新手看完這系列的博文可以做些類似的應用，在這篇的開端會先簡單說說畫圖類，然后轉(zhuǎn)入正題。畢竟我們初始化本子上原來的記錄，首先得畫上去。

簡單介紹畫圖類

其實畫圖類還是很簡單的，隨便到網(wǎng)上看幾個例子或者android開發(fā)的入門書籍就知道該如何應用了。但是新手在什么都不知道的情況下，往往也不能對這些簡單的操作有一些體會，像我自己就是這樣子的。我的建議就是自己先去做一個簡單的測試應用，然后去修改一些自己懷疑的點，去驗證自己的想法。

上次我們獲取了一個bitmap，而且該bitmap是允許我們在上面做修改的。那么如何在上面作畫呢？需用使用的類有Paint和Canvas，paint是你的畫筆，canvas則比較抽象，我不太想強硬地做出不太貼切的比喻。工作中使用我的體會是Canvas是作為Bitmap類的一個封裝類，提供了可以在以獲得的bitmap上面作畫的各種方法。使用如下

canvas = new Canvas(baseBitmap);
canvas.drawRect(x, y, x+nXSpanPerPoint-1, y+nYSpanPerPoint-1, paint);

這樣的類往往是很簡單，也很容易理解，在使用的時候想要它們有怎樣的方法，基本就能找到。如果你感覺應該有一個使用很廣泛的方法，而語言事實上沒有提供，那就是這語言庫不好，不怪你。如果你已經(jīng)開始讀源碼了，為什么不模仿著源碼風格自己實現(xiàn)一個呢？

保存書寫記錄的圖片

實際上這里保存的就是上面通過canvas改變之后的baseBitmap。

try{
    FileOutputStream fos = new FileOutputStream(SaveToFile);
    bitmap.compress(Bitmap.CompressFormat.PNG, 100, fos);
    fos.close();
}catch (Exception e)
{
    e.printStackTrace();
}

其中compress()函數(shù)的三個參數(shù)分別是保存格式，圖片質(zhì)量和保存文件的輸出流對象。bitmap是baseBitmap的引用。文件的輸出流帶有全路徑的文件名，SaveToFile的獲取

DrewContent_Path = this.getApplicationContext().getExternalFilesDir(Environment
  .DIRECTORY_PICTURES) .getAbsolutePath();
SaveToFile= DrewContent_Path + "/" + FormatPageNo(nCurScribingPage) + ".png";

//format int into String by 00(like 1 to "01")
private String FormatPageNo(int nPageNo)
{
    DecimalFormat df = new DecimalFormat("00");
    return df.format(nPageNo);
}

在app運行的時，我們在配套的筆記本上的某頁書寫后，那么我們將會保存這頁的圖片到本地。保存的形式是直接把頁碼取為文件名，如第1頁則對應"01.png"。上述code就是把書寫的當前頁的對應圖片存到android/data/$包名$/files/Pictures目錄下，取名“$格式化后的PageNo$.png”。這個路徑和app是同時存在的，也就是我們卸載了該app，包名目錄下面的所有文件包括包名本身也將不復存在。而且這里的讀寫文件是不需要在AndroidManifest.xml中聲明讀寫外存權限的（一定的API Level以上）。

andriod獲取路徑的相關知識屬于那種一看就知道怎么回事的知識，沒有所謂的懂和不懂，只有知道不知道，這個就自行學習吧，網(wǎng)上有好多這些知識的總結(jié)，做得很不錯的。相關的獲取存儲路徑的函數(shù)有RootDirectory、getDataDirectory、getDownloadCacheDirectory、getExternalStorageDirectory、getExternalStoragePublicDirectory、context.getFilesDir、context.getCacheDir、context.getExternalFileDir、context.getExternalCacheDir。需要通過context調(diào)用的一看大概就可以猜到是和本app相關的，這些路徑的內(nèi)容和app共存，這些路徑下的讀寫不需要讀寫權限也合情合理。從File中返回路徑字符串的函數(shù)有getPath、getAbsolutePath、getCanonicalPah。另外，還有兩個判斷設備存儲方式的函數(shù)isExternalStorageEmulated(API 11)和isExternalStorageRemovable(API 9)。

初始化書寫的記錄

初始化記錄的顯示，主要通過SimpleAdapter來管理GridView的顯示。

Screenshot_2016-06-01-23-07-07_com.afaya.livescri.jpg

msimpleAdapter = new SimpleAdapter(this, mListItems, R.layout.child_page,
        new String[] {"image", "pageNo"}, new int[] {R.id.image, R.id.pageNo});
gridView.setAdapter(msimpleAdapter);
msimpleAdapter.setViewBinder(new SimpleAdapter.ViewBinder() {
    @Override
    public boolean setViewValue(View view, Object o, String s) {
        if((view instanceof ImageView) && (o instanceof Bitmap))
        {
            ImageView imageView = (ImageView)view;
            Bitmap bitmap = (Bitmap)o;
            imageView.setImageBitmap(bitmap);
        }
    }
});

其中mListItems是一個list，里面放著需要顯示的數(shù)據(jù)，每項數(shù)據(jù)為Bitmap和頁碼的鍵值對。由于SimpleAdapter默認接收的圖片數(shù)據(jù)是android資源圖片（也就是R.drawable.xxx）,而我們的圖片是從本地讀取生成的bitmap，所以需要重載setViewValue方法，把圖片設置到ImageView。說到這里需要介紹一下GridView網(wǎng)格布局，其每個網(wǎng)格可以是一個子布局，R.layout.child_page的內(nèi)容如下：

<FrameLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    xmlns:tools="http://schemas.android.com/tools">
    <ImageView
        android:id="@+id/image"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:adjustViewBounds="true"/>
    <TextView
        android:id="@+id/pageNo"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_gravity="bottom|center"
        android:textSize="30sp"
        tools:text="pageNo"/>
</FrameLayout>

可以把SimpleAdapter想象一個管家，它把負責把數(shù)據(jù)按照既定的規(guī)則顯示到GridView。重載上述方法實際上就是改變了原來既定的規(guī)則，“我現(xiàn)在拿到的數(shù)據(jù)是什么樣的，該怎么處理數(shù)據(jù)”。

在使用SimpleAdapter有點需要特別注意的:假如List中存放著的初始化數(shù)據(jù)在我們的app中是會動態(tài)改變的，當需要把更改的數(shù)據(jù)顯示出來，就需要notifyDataSetChanged()來刷新。問題就在這，在我們傳一個list參數(shù)new一個SimpleAdapter對象時，這個list將和SimpleAdapter的對象一直綁定。很多情況下，明明改變了list中的數(shù)據(jù)，但是SimpleAdapter通過notifyDataSetChanged()刷新顯示內(nèi)容時卻沒有變化，有時候是因為我們改變的不是原先綁定的那個list，刷新自然沒有變化了。

舉兩個因為不知道上述原因在app中遇到的坑。

• 坑一：原先為了考慮降低函數(shù)間的耦合，盡量減少全局變量在多個函數(shù)內(nèi)出現(xiàn)以降低后期維護難度。我定義了一個從本地讀取數(shù)據(jù)的函數(shù)：

private List<Map<String, Object>> void getDatas(String strPath)
{
    List<Map<String, Object>> listItems = new ArrayList<>();
    //獲取本地數(shù)據(jù)并處理
    return listItems;
}

那么實際上我每次調(diào)用getDatas都是新new的一個list，當我去改變getDatas調(diào)用獲取的數(shù)據(jù)后，再去調(diào)用刷新，因為并沒有改變與SimpleAdapter綁定的list，刷新自然沒有反應了。

• 坑二：在我初始化頁時，我在

msimpleAdapter = new SimpleAdapter(this, mListItems, R.layout.child_page,
    new String[] {"image", "pageNo"}, new int[] {R.id.image, R.id.pageNo});
gridView.setAdapter(msimpleAdapter);

后

mListItems.Clear();

結(jié)果什么都沒顯示出來，這里我把綁定的數(shù)據(jù)都清除了，而我猜測是不是因為在SimpleAdapter的使用中，UI顯示之前會有個刷新的調(diào)用，所以即使我clear是在setAdapter之后，還是什么都沒有了(類似顯示出一些圖片，然后清除所有圖，然后notifyDataSetChanged這樣的過程)。

下篇《畫布寫字細節(jié)》將會介紹顯示方面的細節(jié)。App是如何寫字的，是如何在筆記本上寫字的同時在app上實時顯示的，又是如何處理顯示的順序問題的？