CustomView로 Android Notification 띄우기

현재 Android 7.0까지 나온 상황에서
6.0 이상에 추가된 Notification의 모든 기능을 활용하는 코드는 아니지만
5.0 부터 추가된 Headup Notification까지는 포함하는 코드이다.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
public static int showNotification(Context context, int iconResId, RemoteViews view, RemoteViews bigView, Class activityCls) {
    Notification.Builder builder = new Notification.Builder(context)
            .setSmallIcon(iconResId)
            .setWhen(System.currentTimeMillis())
            .setPriority(Notification.PRIORITY_MAX)
            .setFullScreenIntent(getIntent(context, activityCls), true)
            .setContentIntent(getIntent(context, activityCls));
    Notification notification = null;
 
    if(Build.VERSION.SDK_INT >= Build.VERSION_CODES.N) {
        builder.setCustomContentView(view);
        if(bigView != null) {
            builder.setCustomBigContentView(bigView);
        }
        notification = builder.build();
    } else  {
        if(Build.VERSION.SDK_INT >= Build.VERSION_CODES.JELLY_BEAN) {
            notification = builder.build();
            if(bigView != null) {notification.bigContentView = bigView;}
        } else {
            notification = new Notification(iconResId, context.getString(R.string.app_name), System.currentTimeMillis());
            notification.contentIntent = getIntent(context, activityCls);
        }
 
        notification.contentView = view;
    }
 
    // Because clicking the notification opens a new ("special") activity, there's
    // no need to create an artificial back stack.
 
    // Sets an ID for the notification
    int mNotificationId = BASE_NOTIFICATION_ID + (int)(Math.random()*100);
    // Gets an instance of the NotificationManager service
    NotificationManagerCompat mgr = NotificationManagerCompat.from(context);
    // Builds the notification and issues it.
    mgr.notify(mNotificationId, notification);
 
    return mNotificationId;
}
cs


OS버전별로 어느정도 분기가 되어있고,
CustomView를 이용해 Small View와 BigView의 처리도 할 수 있고
Headup Notification도 가능하다.

Headup Notification은
기본적으로 setPriority()를 MAX 혹은 HIGH로 해줘야 하고,
setFullScreenIntent()를 넣어줘야 가능하다.
setAutoCancel()를 해주면 시간이 지났을때 자동 취소가 되기도 한다.

댓글

댓글 쓰기

이 블로그의 인기 게시물

[Android] DataBinding의 동작방식 - 4. include Tag 혹은 ViewStub 사용시의 Binding

이미지
이번에는 <include>와 ViewStub 사용시의 Binding에 대해서 알아보려고 한다. 사실 include와 ViewStub까지 사용해서 앱을 만드는 경우는 그렇게 많지는 않다고 생각한다. 하지만 앱이 복잡해 지는경우, View의 재사용을 include를 통해 적용하게 되는 경우등에는 쓰는 경우들이 있는데, Binding을 사용하는 경우에는 Bind되는 Model을 재사용하거나 분리하려고 할 때도 쓸 수 있다. "[Android] DataBinding의 동작방식" 전체목록     1. Setter Method와의 연결     2. BindingAdapter의 기본 및 사용 시점     3. BindingAdapter의 사용시 팁     4. include Tag 혹은 ViewStub 사용시의 Binding     5. Listener, Callback     6. InverseBinding (InverseBindingAdapter) + Two way Binding 1. <include>에서의 Binding  우선은 제일 간단한 <include> Tag 사용시의 Binding에 대해서 알아본다. 가장 외곽  1) outer layout xml <? xml version = "1.0" encoding = "utf-8" ?> < layout xmlns: android = "http://schemas.android.com/apk/res/android" xmlns: app = "http://schemas.android.com/apk/res-auto" > < data > < variable name = "user" type = "com.example.User" /
자세한 내용 보기

[Android] Retrofit2, OkHttpClient Method 정리

이미지
(이 Post는 Retrofit 2.2.0 기준으로 작성되었음) Retrofit을 적용하면서, 지원되는 기능들을 한번 정리를 해 둬야, 어떤 것을 쓸수 있는지 확실히 할 수 있을 것 같아서, 아래와 같이 정리한다. 1. Retrofit.Builder    baseUrl(String baseUrl) 을 제외하면, 대부분 DI의 형태를 띄고 있다. 각각 Injection 되는 Class들의 용도는 각 항목에서 설명한다. 분석을 하고 보니, Retrofit Class는 이 Builder를 통해 Injection 된 Instance들을 들고있는 Holder 역할을 하는 것으로 보인다. baseUrl(String baseUrl) : Base가 되는 URL을 설정한다. 많은 서비스들에서 사용하는 API들은 앞부분의 Host 정도는 동일하고, 뒷부분의 API Name들로 구분을 하는 경우가 많다. 그때 고정이 되는 앞부분을 여기서는 BaseURL이라고 이야기하고 있다. 만약 BaseUrl을 "https://apis.github.com"이라고 설정한 다음 실제 Retrofit Service Interface에서 @GET("/user/repos")라고 선언해서 사용한다면 실제 요청은 "https://apis.github.com/user/repos"로 나가게 된다. 중요한 부분이 있어서 Retrofit의 Document에서 일부를 가져온다. 올바른 사용: Base URL: http://example.com/api/ Endpoint: foo/bar/ Result: http://example.com/api/foo/bar/ 잘못된 사용: Base URL: http://example.com/api Endpoint: foo/bar/ Result: http://example.com/foo/bar/ 만약 Base URL을 설정하지 않으면 IllegalStateException이 발생하게 된다. baseUrl(HttpU
자세한 내용 보기

[Android] Layout별 성능 비교[Measure 호출횟수 비교] (LinearLayout vs RelativeLayout vs ConstraintLayout)

이미지
 UI 구성시 가장 기본이 되는 것은 Layout이다. 이 Layout들 중, 가장 많이 쓰게 되는 것이, LinearLayout과 RelativeLayout이 아닐까 한다. 최근들어 ConstraintLayout에 대해 검토를 하는 사람들이 늘어나게 되었고, Google에서도 성능상의 이점들을 이야기하며, ConstraintLayout의 사용을 권장하고 있다.   그렇다면, 정말로 ConstraintLayout이 다른 Layout들에 비해 얼마나 좋은지 확인해보려고 한다. 그 비교의 첫번째로, Measure 호출 횟수를 비교해보려고 한다.    물론 UI성능을 확인하는데는 Measure뿐 아니라, 기타 다른 UI들이    본격 비교를 하기에 앞서서, 기존에 사용하고 있던 Layout들이 어떤 패턴으로 measure동작을 수행하는지 알아보려고 한다.  기본적으로 Measure는 자기 자신의 Measure를 수행할 때 필요한 모든 정보가 충족되지 않으면, 필요한 정보를 모두 얻을 수 있을때까지,  Child들의 Measure를 다시 타게 된다.  ※ 기본 Layout들의 Measure 호출 패턴   1. LinearLayout    Test 1. LinearLayout 1단 구성         간단한 예제로, Layout내부에 두개의 TextView를 포함한 구조를 만들었다.    위와 같은 XML구성일 때, Measure() 호출 스택은 아래와 같다.         1) LinearLayout.onMeasure()     2) TextView1.onMeasure()     3) TextView2.onMeasure()   --------------------------------------     4) LinearLayout.onMeasure()     5) TextView1.onMeasure()     6) TextView2.onMeasure()            위의 스택을 보면 알 수 있듯 LinearLayout의 Me
자세한 내용 보기