顯示具有 Android 標籤的文章。 顯示所有文章
顯示具有 Android 標籤的文章。 顯示所有文章

2020年3月8日 星期日

【不要仰賴Activity的Android開發】什麼事情都用CustomView解決





一般來說,製作一個這樣的介面會使用一組Activity和XML。



<?xml version="1.0" encoding="utf-8"?>
<LinearLayout
xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:app="http://schemas.android.com/apk/res-auto"
xmlns:tools="http://schemas.android.com/tools"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical"
tools:context=".MainActivity"
tools:showIn="@layout/activity_main"> 

<TextView
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="Hello World!" /> 

 <EditText
android:id="@+id/identify"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:minEms="10"
android:maxLines="1"
android:hint="ID" />
<EditText
android:id="@+id/password"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:minEms="10"
android:maxLines="1"
android:hint="Password" />
<Button
android:id="@+id/login"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="OK"/>
</LinearLayout>



public class MainActivity extends AppCompatActivity { @Override protected void onCreate(Bundle savedInstanceState) { 
 super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main); 

 final EditText id = findViewById(R.id.identify);
final EditText pw = findViewById(R.id.password); findViewById(R.id.login).setOnClickListener(new View.OnClickListener() { @Override
public void onClick(View view) { 

 Log.d("Hsu", "ID:" + id.getEditableText().toString());
 Log.d("Hsu", "PW:" + pw.getEditableText().toString()); 


 }
); 
 } 
}
(因為不需要,所以OnClickListener的內容只有意思性地Log。)


接下來的做法或許會比較麻煩,但概念上來說會提供程式比較多的擴充升級彈性。

因為它完全不受限於Activity,功能和介面可以隨時彈性重組,方便調整或擴充。

首先,整個Activity會變成只剩下這樣.......


public class MainActivity extends AppCompatActivity { 
 @Override 
 protected void onCreate(Bundle savedInstanceState) {             super.onCreate(savedInstanceState);
 setContentView(R.layout.activity_main); 

 } 
}

但XML會做出比較大幅度的改變...

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout
xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:app="http://schemas.android.com/apk/res-auto"
xmlns:tools="http://schemas.android.com/tools"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical"> 

<TextView
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="Hello World!" /> 

<com.myapplication.InputText
android:id="@+id/identify"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:minEms="10"
android:maxLines="1"
android:hint="ID" /> 

<com.myapplication.InputText
android:id="@+id/password"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:minEms="10"
android:maxLines="1"
android:hint="Password" /> 

<com.myapplication.LoginButton
android:id="@+id/login"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="OK"/> 

</LinearLayout>


可以看到EditText和Button從Android標準元件變成APP專案客制的元件。

「com.myapplication」是專案的設定,有興趣的人可以自己彈性的修改命名,只要是「InputText」和「LoginButton」的路徑位置就好。(這兩個View物件的命名也可以自己彈性調整。)

InputText和LoginButton的內容則在下面。

public class InputText extends EditText { 
 public static InputText ID; 
 public static InputText PW; 

 public InputText(Context context, AttributeSet attrs) { 
 super(context, attrs); 
 String hint = getHint().toString();
 switch (hint){ 

 case "ID": ID = this;
 break;
 case "Password": 

 PW = this;
 break;
 } 

 } 
}



public class LoginButton extends Button implements View.OnClickListener { 
 public LoginButton(Context context, AttributeSet attrs) { 
 super(context, attrs);
 setOnClickListener(this);
 } 


 @Override
 public void onClick(View view) { 

 Log.d("Hsu", "ID:" + InputText.ID.getEditableText().toString());
 Log.d("Hsu", "PW:" + InputText.PW.getEditableText().toString()); 

 } 
}


因為這個介面還是算簡單的,所以這樣做的好處可能無法立刻顯現,要引入一些情境做說明。

這樣做的目的在於快速方便的大量產生擁有登入功能的介面。
登入這件事情越來越複雜,會產生各種登入模式,例如多帳號登入、例如彈出視窗登入、例如重新檢查使用者帳號密碼.....
所以快速的設計跟新增登入功能或許有其必要。

InputText可以確保針對登入的輸入功能可以快速重複利用,譬如「將輸入的內容加密」「將使用者帳號自動帶入ID欄」。
而LoginButton可以延生出各種版本,例如CheckPasswordButton可以用來讓使用者再次輸入密碼做保險性登入,等物件設計好後只要修改XML,將LoginButton換成CheckPasswordButton,一樣不需要修改Activity的任何內容,就可以完成新介面新功能。

用這種方式寫程式,為的是可以同時滿足快速組合出功能並達到模組化的目的。


有些人可以從附上的程式碼中快速找到一些功能上的限制,但其實這些限制都可以藉由簡單幾行程式碼擴充來破解,但以後再寫了。

2019年4月10日 星期三

【Android AES】SHA1PRING + Crypto

Google提供的範例檔案


好像是Android6以後,AES加解密如果是使用SecureRandom這個物件搭配演算法「SHA1PRING」和Provider「Crypto」來取得RawKey(用來產生SecretKeySpec時需要的導入參數),會發生失敗的情況。

雖然Google提供了一組叫做CryptoProvider的物件在網路上讓人下載(或複製貼上),但在Cipher進行解密(執行dofinal這個函數)時一樣會出錯。

Google這個超級天才就繼續提供了一組物件叫做「InsecureSHA1PRNGKeyDerivator」在網路上,(載點在上面,)來解決這個問題。


這個物件的用法很單純,就是呼叫一組static物件取得Instance然後再導出 RawKey即可。

方法大概是這樣...

byte[] raw = InsecureSHA1PRNGKeyDerivator.deriveInsecureKey(seed, 16);

比較詭異、比較巧妙的是這個「16」,因為大多數使用這個物件的範例都使用「32」,可是解密部分一樣會在Cipher的地方出錯。這似乎是看你使用的Key長短而定,或是你設定的加密位元。

(32是256位元?16是128位元?)

其他部分都可以循著一般標準範例。

2019年2月19日 星期二

【Android】Mac Adress的可用求法(純Java、不含Android API)

根據官方文件的說法,所有可行的Android API都已經不可以取得Mac Address。

所以要取得Mac Address,必須要回歸原始Java方法。


public static String getMacAddr() {
    try {
        List<NetworkInterface> all = Collections.list(NetworkInterface.getNetworkInterfaces());
        for (NetworkInterface nif : all) {
            if (!nif.getName().equalsIgnoreCase("wlan0")) continue;

            byte[] macBytes = nif.getHardwareAddress();
            if (macBytes == null) {
                return "";
            }

            StringBuilder res1 = new StringBuilder();
            for (byte b : macBytes) {
                String hex = Integer.toHexString(b & 0xFF);
                if (hex.length() == 1)
                    hex = "0".concat(hex);
                res1.append(hex.concat(":"));
            }

            if (res1.length() > 0) {
                res1.deleteCharAt(res1.length() - 1);
            }
            return res1.toString();
        }
    } catch (Exception ex) {
    }
    return "";

簡單來說就是去取得無法閱讀的編碼然後轉換成Mac Address格式。(但也不是真的無法閱讀,只是送出的資料為數值,要轉16進位、還要轉成統一文字格式。

方法很簡單,但是困死許多人。



2019年2月18日 星期一

【Android】APP內部的「返回APP首頁」

(思考這個題目的目的在於........官方所提供關於Activity的某些控制機制其實邏輯不明確,很難知道照表操課的結果,所以會想要思考如何自己「實作一套機制」。)

雖然已經有Fragment,可以讓開發者用「切換」Fragment來製造「回到首頁」的效果,但這種做法其實極限很多。

問題在於「產品設計」通常不會希望APP設計上的「使用流程」受到嚴格拘束,他們總是會希望「APP的功能可以自由地切換。」


嚴格拘束、嚴格規範過的APP操作流程基本上都是樹狀圖。

假設首頁是Activity,下面的幾個主功能則是Activity1、Activity2、Activity3...

如果Activity1下面還有子功能,則是Activity1_1、Activity1_2、Activity1_3...

在Activity1內新增一個static的布林值,假設命名為「Close」,則Activity1_1、Activity1_2、Activity1_3內(還有未來可能延伸出來「子功能的子功能」)的「首頁」鍵按下後都會把這個Close的內容改為true。

另外在Activity1的onResume內檢查它的值,如果為true就把這個Activity關閉,如果false就繼續執行正常功能。

但記得永遠在onCreate內將Close設為false。因為如果經過onCreate就表示這個Activity是被正常且完整的流程給啟動的,可以視為一個「新的呼叫或使用」。

以此類推,Activiy1_1內也可以有自己的Close,讓 Acitivity1_1_1、Activity1_1_2....可以關閉。


這樣的缺點是「APP的操作路徑必須永遠是樹狀的。不同的樹枝之間不可以隨意橫跨呼叫。」


有辦法克服嗎?.......當然有,但是那必須要用靈魂交換.......開玩笑的。

其實這個方法反而相較簡單,但要使用它,必須要對Activity的生命週期應用非常嚴謹。




但最理想的方式是使用「ActivityLifecycleCallbacks」。

(注意!這個方法跟上述的方法是互相矛盾不可並行的。)

一般來說返回首頁會是個按鈕,則可以將這個按鈕統一用一個View類別來擴稱,不管是哪個類別,假設擴充之後的名稱為「HomeCall」。

HomeCall基本上是個要用在XML Layout檔中的類別,並不需要在個別Activity中使用它,(但要使用也可以,必須斟酌發揮一些巧思,)在建構子中使用傳入的Context去將「ActivityLifecycleCallbacks」實作並呼叫。

(應該已經有人知道我要做什麼了。)

然後一樣設置一個static的布林參數,假設命名為「HomeCall」.......(這地方可以依照實務上的需要做調整,不用布林改用其他數值參數也可以。)

在這個View自身上設置OnClickListener,然後內容設計為「一律將HomeCall設為false」,然後在之前實作的「ActivityLifecycleCallbacks」中的「onActivityResume」設計為「一律將傳入的Activity關閉」.......



【未完】

2018年12月6日 星期四

【Android】如何讓WebView大小自動擴展為內容的大小

WebViewClient的「onPageFinished」被呼叫執行時,就表示網頁已經有一個初步的大小可供計算。但從Java端並無法去取得這個到小,只有網頁本身可以知道自己的大小,所以我們必須要使用JavaScriptInterface去取得這個大小。

在「onPgaeFinished」內執行一段JavaScript:「"javascript:MyApp.resize(document.body.getBoundingClientRect().height)"」,功能大概是說「執行resize這個函數,並將網頁body的高度傳入。」

所以接著要設計一個名稱為「resize」的函數並掛上「@JavascriptInterface」。

函數的內容基本上是重新設定整個WebView的LayoutParams,尤其是寬高。

高度的算法大概是「height * getResources().getDisplayMetrics().density」,「height」大概就是在JavaScript中傳入「resize」函數的數值。因為網頁有自己的高度單位,所以要換算成density才能取得正確大小。


注意!要記得執行addJavascriptInterface這個功能。這是讓網頁內容可以取得加註了「@JavascriptInterface」函數的必要辦法。(記得「javascript」中的「MyApp」和這裡的「MyApp」是連動的,如果要修改或自訂,記得一起完成。)


以下是更完整的程式碼。
private void setupWebView() {
    webView.getSettings().setJavaScriptEnabled(true);
    webView.setWebViewClient(new WebViewClient() {
        @Override
        public void onPageFinished(WebView view, String url) {
            webView.loadUrl("javascript:MyApp.resize(document.body.getBoundingClientRect().height)");
            super.onPageFinished(view, url);
        }
    });
    webView.addJavascriptInterface(this, "MyApp");
}

@JavascriptInterface
public void resize(final float height) {
    MyActivity.this.runOnUiThread(new Runnable() {
        @Override
        public void run() {
            webView.setLayoutParams(new LinearLayout.LayoutParams(getResources().getDisplayMetrics().widthPixels, (int) (height * getResources().getDisplayMetrics().density)));
        }
    });
}

2018年11月27日 星期二

[Android]使用DownloadManager

DownloadManager是個可以直接把檔案存進「下載區」、而不是在專案路徑下的工具。

它算是SystemService的一種,取得實體的方式跟其他Manager大同小異。(使用Activity下的getSystemService,並傳入Context.DOWNLOAD_SERVICE這個參數。)

但實際執行下載動作的不是DownloadManager,而是DownloadManager.Request。只要使用一般物件宣告實體的方式並指定一組網址參數給它,然後將它轉交給DownloadManager的「enqueue」就會開始執行下載動作。

下載完畢的時候,它會發出一個帶有「DownloadManager.ACTION_DOWNLOAD_COMPLETE」的Intent,所以這個工具要使用BroadcastReciever去接收這個Intent已完成「下載完成」的偵測。(這跟常見的Http管理工具風格有點相違背,因為這年頭習慣製作一個「事件」的Listener後,再把這個事件傳給Http的行為Thread。所以不習慣什麼事情都用BroadcastReciever的人在使用這個物件時可能會猶豫。

開始下載前(執行「enqueue」指令時), DownloadManager會回傳一組長整數(Long):fileID。在BroadcastReciever中,要使用這個fileID去取得「下載完的檔案實體路徑」。(顯然Google注意到了並不是每家廠牌手機都使用相同的路徑設定,下載區有可能會有很獨特的路徑,這會導致APP崩潰。)

以下功能寫在BroadcastReciever中。(範例是個圖檔,所以使用ImageView顯示。)

DownloadManager.Query query = new DownloadManager.Query(); query.setFilterById(downloadId); Cursor c = manager.query(query); if (c.moveToFirst()) { int columnIndex = c.getColumnIndex(DownloadManager.COLUMN_STATUS); if (DownloadManager.STATUS_SUCCESSFUL == c.getInt(columnIndex)) {
String uriString = c.getString(
c.getColumnIndex(DownloadManager.COLUMN_LOCAL_URI)); imageView.setImageURI(Uri.parse(uriString)); Toast.makeText(MainActivity.this,
"download success",
Toast.LENGTH_SHORT).show(); } }

它提供了一個快速打開「檔案區」的方法。
Intent i = new Intent(); i.setAction(DownloadManager.ACTION_VIEW_DOWNLOADS); startActivity(i);

但一般來說都會希望自動導引使用專門開啟檔案的APP來瀏覽檔案。

要讓「其他APP」瀏覽「檔案」從API:24以後都強制使用FileProvide。

FileProvider不用複寫任何功能,只需擴充就可以發揮功用。(這樣做的意義何在?研究中。)






2018年8月2日 星期四

【Android】DialogFragment使用的小秘訣

DialogFragment並不是Dialog,所以習慣上設定Dialog的很多細節都無法直接使用。

設計上(我發現)矛盾的地方在於它確實會產生Dialog類別,但這個類別的產生又限定在MainUIThread中,這會導致「不同時間點使用DialogFragment時會產生Error導致Crash」,但Fragment的使用自由度高、調控會由底層安排,這點似乎在DialogFragment上有漏洞。

要徹底避免,實作DialogFragment時就要使用onCreateView、而不是onCreateDialog。

但這會導致無法使用Dialog的功能,而只能製作setView的內容。

解決方法是使用DialogFragment的getDialog......對!DialogFragment下有這個功能。

但同樣的矛盾問題再次發生:要被MainUIThread執行過後才會有Dialog,在這之前執行getDialog只會得到空值。

所以要注意將整段功能(需要使用到Dialog)的地方丟入MainUIThread中執行、或乾脆等個幾毫秒鐘再繼續執行...(無限判斷是否已經有Dialog。)

另外,FragmentManager要在MainUIThread執行過 executePendingTransactions() ,Dialog才會是「可以被修改的」。(不然,要設個ClickListener?不行。) 

2018年7月23日 星期一

【Android】尋找特定View在ScrollView中的位置並滾動到定位

ScrollView中必須要再包一個「ViewGroup」才有辦法再放入其他View。(它只能容納一個ChildView。)

所以「(特定View)在ScrollView中的位置」其實是「(特定View)在此ViewGroup中的位置」。

但一般尋找「View在螢幕中絕對座標」的辦法無法用在此處。

以縱軸座標的ScrollView來說,「位置」其實是指「這個View距離ViewGroup上方邊界的距離」。

所以要使用View中的功能:getTop(),來取得.......

但這個功能取得的是View跟最接近的ViewGroup的距離。也就是說如果ScrollView和View之間不只一層ViewGroup,而是有多層ViewGroup,(為了做出複雜的版型,)那就必須要用一個迴圈將它們的「getTop()」通通取出來作加總...

舉例.....

假設ScrollView和View之間有ViewGroup(0)、ViewGroup(1)、ViewGroup(2)、ViewGroup(3),最後才是View,....如果已經可以清楚知道ViewGroup的數目,那就好辦,但如果不知道...

要從View取ParentView,(這東西可以直接轉型成「View類別」,)然後再從ParentView取ParentView...直到取出來的ParentView是ScrollView為止。

每次的getTop記得都要累加起來,得到的數值才是畫面上、視覺上,這個View在ScrollView中的位置。

2018年7月17日 星期二

【Android Fragment】如何保留畫面上的操作選項

(因為是「Fragment」,所以這篇文章中的某些技巧與思考才會有存在的價值。)

簡單來說,一個Fragment如果被暫時從畫面上退到「Stack」中,當它從「Stack」中回到畫面上時,如何保留上次Fragment介面中的操作紀錄,例如輸入框輸入的資訊內容。

方法其實很簡單,Fragment內要有個「全域變數A」來承接onCreateView中第一次產生的View,當下次Fragment從Stack中回到畫面時,優先判斷順序就變成先判斷「全域變數A」是否為空值(不是直接進行LayoutInflater),如果不為空值就改讀取「全域變數A」做接下來的操作。

但是當再背景停留太久、整個Fragment的資料都被回收.....這種招數就不管用了。

話說回來,除非每次操作資料都即時進SQL,不然這種事情是無解的。(頂多確保Fragment能正常顯示而已。)

(真正的解答是乖乖使用Argument。)

2018年7月5日 星期四

【Android】Render截圖

為什麼要註明Render截圖?

因為目前Android官方推出的標準截圖方法必須建立在「有辦法取得影片檔案的Description」上。

但影片格式越來越多樣,即使檔名不變,但Description可能無法支援的情況會發生。

所以必須要直接從Render上取得「要撥出的影像畫質內容」。

關鍵在於取得Render內的GL10。(其實不是「Render內」,而是onRenderDraw/onDrawFrame這些函數中,會取得GL傳入的GL10。)

取得後,資料轉換的方法就很固定了。
void screenShot(GL10 gl) {
     int screenshotSize = mCurrentViewportWidth * mCurrentViewportHeight;
        ByteBuffer bb = ByteBuffer.allocateDirect(screenshotSize * 4);
        bb.order(ByteOrder.nativeOrder());
        gl.glReadPixels(0, 0, mCurrentViewportWidth, mCurrentViewportHeight, GL10.GL_RGBA, GL10.GL_UNSIGNED_BYTE, bb);
        int pixelsBuffer[] = new int[screenshotSize];
        bb.asIntBuffer().get(pixelsBuffer);
        bb = null;
        Bitmap bitmap = Bitmap.createBitmap(mCurrentViewportWidth, mCurrentViewportHeight, Bitmap.Config.RGB_565);
        bitmap.setPixels(pixelsBuffer, screenshotSize-mCurrentViewportWidth, -mCurrentViewportWidth, 0, 0, mCurrentViewportWidth, mCurrentViewportHeight);
        pixelsBuffer = null;

        short sBuffer[] = new short[screenshotSize];
        ShortBuffer sb = ShortBuffer.wrap(sBuffer);
        bitmap.copyPixelsToBuffer(sb);

        //Making created bitmap (from OpenGL points) compatible with Android bitmap
        for (int i = 0; i < screenshotSize; ++i) {                  
            short v = sBuffer[i];
            sBuffer[i] = (short) (((v&0x1f) << 11) | (v&0x7e0) | ((v&0xf800) >> 11));
        }
        sb.rewind();
        bitmap.copyPixelsFromBuffer(sb);
        
        
    }




2018年6月27日 星期三

Eclipse上輸入Picasso (連Maven都不用)

為了使用相較之下比較精簡的MD360Android,所以開始使用Picasso,(不然之前都使用Glide。)

okhttp和okio這兩個專案都有提供jar檔,可以直接下載下來輸入libs中使用。

GitHub內的Picasso專案,扣掉TestUnit Package外,其實就可以簡單拆解成四個項目:Picasso、Picasso-pollexor、Picasso-provider、Squareup-pollexor。





但再仔細觀察,這四個專案其實都沒有res內容,也就是說可以直接整併在同一個專案下。Squareup-pollexor甚至只是個純Java-client的專案。

Picasso專案內本身並不包含「Squareup-pollexor」的程式碼,是在gradle的builder中匯入,所以要使用搜尋的方式找到這個專案才可以。(直接使用Package的名稱,如果使用Pollexor或Thumbor,都有其他相同名稱的專案存在。)



因為都沒有使用到Resource檔的內容,本來應該編譯完就可以直接輸出一份jar做使用了!

(懶人說明)額外注意的是:最新的Picasso的Package名稱是「com.squareup.picasso3」,GitHub上很多使用Picasso的第三方專案都還在使用「com.squareup.picasso」,所以只要修改import名稱即可使用。


最新版本「Picasso3」的特色是:不能直接使用「Picasso類別」的static函數,必須要先從「PicassoProvider類別」的static函數「get」取得;但直接做一樣會出錯,因為PicassoProvider中沒有Context參數,而它是使用Provider去獲取Context參數,所以必須要在專案的AndroidManifest檔中加入PicassoContextProvider的設定值。

因為這篇文章是使用Eclipse,不搭配Gradle或Maven,所以參數檔的寫法要注意...

在PicassoProvider套件專案內可以找到一個AndroidManifest檔,裡面有這個Provider的設定寫法。

<application>
<provider
android:name=".PicassoContentProvider"
android:authorities="${applicationId}.com.squareup.picasso3"
android:exported="false"/>
</application>


但要注意,直接複製貼上會引來編譯器錯誤,必須要把含有「$」的「applicationId」直接刪除,然後「name」標籤後面要加上檔案路徑(修改為「com.squareup.picasso3.PicassoContentProvider」)。

2018年6月26日 星期二

Eclipse上的WorkingSet

我是在這篇文章中看到這個東西的使用方式......(不知道他老兄從哪裡看來的原文。)

每新建一個專案時,會有個「Working Sets」要大家選擇並輸入。

這東西的功能基本上就是把「PackageExplore」中的Project分類。

例如新增一個「SupportV4」類別,然後把AndroidSupportV4相關的Project都設定為這個WorkingSet,那新增完後會直接在「AndroidSupportV4」下找到這個新增的Project。

當然,說白了就只是把PackageExplore區的Project分類後做成可以「打開/關上」的形式,對開發(克服技術困難)的速度一點影響也沒有。

但開發時的心情跟管理程式碼的效率相信會好很多。


但如何管理已經存在的Project?Project上點右鍵,然後選擇「AssignWorkingSet」,就可以了。


基礎使用方式,建議翻翻上面的連結。

2018年5月24日 星期四

[路徑]\android.jar is neither a directory nor file (type=1).

這是Android SDK更新檔案失敗時經常會做的處置。

仔細看...SDK Manager更新個別Plateform檔案的方式是「把舊的砍掉」「新建一個」「把新的改成跟舊的一樣的名字」。

但如果更新的過程失敗,例如「新建一個」失敗?它並不會把砍掉的Plateform檔案還原,而是就任由它那樣空置在那裏。

這時候IDE就會發現專案找不到相對應的Plateform檔案,但關於「Builder/Plateform」的名單卻沒有更新,使用者就會看到IDE一直在那邊試圖讀取在SDK中已經不存在的Plateform檔案。


退出IDE、重新更新一次SDK,其實就可以輕易的修好這個Bug。

(同樣的理由,有時候運行的很正常的專案有一天會忽然「沒有指定任何Plateform」,就是因為更新的過程中,它刪除了Plateform檔但又一直無法更新成功,所以就先讓IDE更新了Plateform名單,但之後很巧妙神奇地完成了Plateform檔更新,也再次更新了Plateform名單。)

2018年5月10日 星期四

【Android Line Login API】Eclipse上使用Line Login API時碰到Activit not found的解決辦法

呼叫Line的功能會使用到「com.linecorp.linesdk.auth.internal.LineAuthenticationActivity」和「com.linecorp.linesdk.auth.internal.LineAuthenticationCallbackActivity」。

可以在aar檔解壓縮後的Library內找到AndroidManifest.xml檔,並用標準Eclipse的方式匯入。

(Line SDK有提供Maven版。但我一樣沒有用。)


在Library內的AndroidManifest檔下有這兩個設定值,將它們完整複製下來、貼到自己的工作專案下,(光是直接import並不夠,)然後每個「android:exported」都改為true。

接著就可以正常使用了。



        <activity
            android:name="com.linecorp.linesdk.auth.internal.LineAuthenticationActivity"
            android:configChanges="orientation|screenSize|keyboardHidden"
            android:exported="false"
            android:launchMode="singleTop"
            android:theme="@style/LineSdk_AuthenticationActivity" />
        <activity
            android:name="com.linecorp.linesdk.auth.internal.LineAuthenticationCallbackActivity"
            android:configChanges="orientation|screenSize|keyboardHidden"
            android:exported="true" >
            <intent-filter>
                <action android:name="android.intent.action.VIEW" />

                <category android:name="android.intent.category.DEFAULT" />
                <category android:name="android.intent.category.BROWSABLE" />

                <data android:scheme="lineauth" />
            </intent-filter>
        </activity>

不要搬移這段設定值,程式依然可以正常執行,但是當進行登入時,系統層的logcat訊息會跳出「Activiy」找不到的警訊然後中斷執行,(在APP層的logcat中看不到。)

還在使用Eclipse的人有興趣可以試試看。


會注意到這點,是因為使用FCM時也碰到類似的情況:必須要把Library中的Manifest檔設定內容搬到APP中的Manifest檔中。

感謝Dandar3寫的說明文件讓我有解決這個問題的基礎。(歡迎大家去Github上拜訪他一下。)

2018年4月18日 星期三

【Android】camera2 -- YUV格式圖檔

Android5以後的android.hardware.camera被列為「@Deprecated,請改用android.hardware.camera2。」

但就算不提「android.hardware.camera2」的複雜,傳入的照片資料結構本身跟「android.hardware.camera」的差異也非常大,如果要升級,光是改寫相機硬體與權限套件還不夠,還要連照片的轉檔也一併完成。


Android相機預設的檔案格式稱為YUV,它是種「用三種向量的方式來記錄圖片資料」的格式(完全無法理解怎麼實作),一共有420、422和444三種格式。(但也可以指定相機傳入舊格式檔案,但會造成「無法預覽」,自然也無法進行拍照。這格式的檔案在實用上功能有點不明。)

這檔案的格式技術細節未來需要慢慢補完。



Android使用這種格式的檔案奇妙之處在於:View元件本身幾乎都不支援這個格式的檔案,依然支援傳統RGB(Bitmap)或Drawalbe。

「android.hardware.camera」中取得的是YUV圖片的raw資料格式,也就byte矩陣檔。

但「android.hardware.caemra2」中經由「ImageReader」取得的是YUV圖片的資料格式封裝物件「Image」,這東西並不是YUV檔的實體,也無法直接轉成raw資料格式。

一個Image中有三層「Plane」,每一層都可以視為是對應「YUV」中的一種向量資料,因為是向量,所以每一張照片中的每一層Plane資料格式大小其實都不一定,跟RGB格式不一樣,只要知道的圖片長寬和格式,幾乎就可以順利估算出檔案大小或資料長度。

將Image物件格式轉成raw格式的演算法如下。三層ByteBuffer剛好是依序三層Plane的ByteBuffer資料。

// nv12: true = NV12, false = NV21
    public static byte[] YUV_420_888toNV(ByteBuffer yBuffer, ByteBuffer uBuffer, ByteBuffer vBuffer, boolean nv12) {
        byte[] nv;

        int ySize = yBuffer.remaining();
        int uSize = uBuffer.remaining();
        int vSize = vBuffer.remaining();

        nv = new byte[ySize + uSize + vSize];

        yBuffer.get(nv, 0, ySize);
        if (nv12) {//U and V are swapped
            vBuffer.get(nv, ySize, vSize);
            uBuffer.get(nv, ySize + vSize, uSize);
        } else {
            uBuffer.get(nv, ySize , uSize);
            vBuffer.get(nv, ySize + uSize, vSize);
        }
        return nv;
    }

但用QRCode Decode的套件:ZXing作測試,它可以接受「android.hardware.camera」的raw資料,但仍無法接收這個格式的資料。所以這個演算法還需要再檢討。

但奇妙的是:這個演算法獲得的raw格式資料確實可以轉成RGB格式檔案/Bitmap物件。

演算法如下。


public static byte[] NV21toJPEG(byte[] nv21, int width, int height, int quality) {
        ByteArrayOutputStream out = new ByteArrayOutputStream();
        YuvImage yuv = new YuvImage(nv21, ImageFormat.NV21, width, height, null);
        yuv.compressToJpeg(new Rect(0, 0, width, height), quality, out);
        return out.toByteArray();
    }

參考連結

https://stackoverflow.com/questions/9325861/converting-yuv-rgbimage-processing-yuv-during-onpreviewframe-in-android