Category Archives: 프로그램 개발

[번역] Google Play 사용자 리뷰에 답글 달기

이 포스트는 구글 안드로이드 개발자 블로그의 포스트를 번역한 내용입니다. 원문과 표현상의 차이는 있을 수 있으나 전체적인 맥락은 동일함을 미리 말씀드리며, 한국 안드로이드 개발자들에게 도움이 되었으면 좋겠습니다.

Google Play에 있는 사용자 리뷰는 사용자들이 좋은 앱을 발견하고 개발자와 앱 사용 예정자들에게 피드백을 전달하기에 좋은 방법입니다.  하지만, 개발자들이 사용자들에게 피드백을 전달하고 싶을 때는 어떻게 할까요?  가끔은 사용자들에게 약간의 도움이 필요할 수도 있고, 개발자가 새롭게 추가된 기능을 공유하고 싶을 때도 있습니다.

이런 이유 때문에 Google Play 개발자들이 Google Play Android Developer Console에서 사용자 리뷰에 답장을 할 수 있는 기능을 추가하게 되었습니다.  개발자들은 추가적인 정보를 수집하고, 앱 사용법을 안내하고, (가장 중요하게) 사용자가 요청한 기능이 추가되었음을 알릴 수 있습니다.

또한, 개발자가 리뷰에 답장을 하면 사용자의 이메일로 전달될 것입니다.  만약 추가적인 지원이 필요하거나 리뷰를 업데이트 할 경우, 사용자는 개발자에게 직접 연락할 수도 있습니다.

이 기능을 오늘  Top Developer badge 개발자들에게만 제공합니다.  사용자와 개발자의 피드백을 기초로 추 후 추가적인 Google Play 개발자들에게도 제공될 예정입니다.

대화는 양방향이어야 하며, 개발자와 사용자 사이의 토론은 궁극적으로 모두에게 이득이 되는 더 나은 앱을 만들어 낼 것입니다.

관련 포스트: http://android-developers.blogspot.kr/2012/06/replying-to-user-reviews-on-google-play.html

자명종 설명서

자명종 이용 매뉴얼입니다.  필요하신 분들은 다운로드 받아가시길 바랍니다.

어플 소개
자명종은 매 정시간을 알림으로(다양한 음성지원) 들을 수 있는 어플리케이션 입니다.
상단 상태바에서 바로 끌어서 설정가능하며, 토스트 팝업으로 매 정시간 팝업메시지를 띄울 수도 있습니다. 매 시간 알림기능이 작동하지만 설정을 통해 원하는 시간에만 작동하게끔 설정이 가능하며 요일별 및 15분 단위 설정 또한 가능합니다.
바쁜 생활 가운데 시간 가는줄 모르신다구요? 이젠 자명종과 함께 어떻게 시간가는지 확인해 보세요~!

다운로드 -> 자명종_이용매뉴얼



[번역] Using DialogFragments

이 포스트는 구글 안드로이드 개발자 블로그의 포스트를 번역한 내용입니다. 원문과 표현상의 차이는 있을 수 있으나 전체적인 맥락은 동일함을 미리 말씀드리며, 한국 안드로이드 개발자들에게 도움이 되었으면 좋겠습니다.

허니컴은 앱에서 여러 액티비티 사이에서 재사용 할 수 있는 UI와 로직을 지원하기 위해 Fragments라는 것을 소개했습니다. 동시에 액티비티의 showDialog와 dismissDialog 메서드 대신 DialogFragments를 사용하길 권장하고 있습니다.

이 포스트에서는 v4 지원 라이브러리 (허니콤 이전 버전 호환을 위한)를 이용해 DialogFragments를 어떻게 사용하는지 간단한 대화창을 통해 보여드릴 것입니다. Dialogs와 관련한 디자인 가이드라인은 Android Design 사이트를 참고하시기 바랍니다.

 

레이아웃

여기에 fragment_edit_name.xml라는 이름을 가진 대화창의 레이아웃이 있습니다.

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:id="@+id/edit_name"
    android:layout_width="wrap_content" android:layout_height="wrap_content"
    android:layout_gravity="center" android:orientation="vertical"  >

    <TextView
        android:id="@+id/lbl_your_name" android:text="Your name"
        android:layout_width="wrap_content" android:layout_height="wrap_content" />

    <EditText
        android:id="@+id/txt_your_name"
        android:layout_width="match_parent"  android:layout_height="wrap_content"
        android:inputType=”text”
        android:imeOptions="actionDone" />
</LinearLayout>

두 개의 선택적인 속성을 주의해 보시기 바랍니다.  android:inputType=”text” 속성과 함께 설정된 android:imeOptions=”actionDone” 속성은 소프트 키보드가 엔터키 대신 완료키를 보이도록 설정합니다.

대화창 코드

대화창은 DialogFragment를 상속하며, 하위버전 호환성을 위해 v4 지원 라이브러리를 참조할 것입니다. (Eclipse 프로젝트에 라이브러리를 추가하려면, 프로젝트에서 오른쪽 마우스 버튼을 누르고 Android Tools | Add Support Library를 선택하면 됩니다.)

import android.support.v4.app.DialogFragment;
// ...

public class EditNameDialog extends DialogFragment {

    private EditText mEditText;

    public EditNameDialog() {
        // Empty constructor required for DialogFragment
    }

    @Override
    public View onCreateView(LayoutInflater inflater, ViewGroup container,
            Bundle savedInstanceState) {
        View view = inflater.inflate(R.layout.fragment_edit_name, container);
        mEditText = (EditText) view.findViewById(R.id.txt_your_name);
        getDialog().setTitle("Hello");

        return view;
    }
}

대화창은 DialogFragment를 상속하고 반드시 필요한 빈 constructor를 포함합니다.  Fragments는 onCreateView() 메서드가 제공된 LayoutInflater를 이용해 실제로 뷰를 로딩하도록 구현합니다.

 

대화창 보이기

이제 Activity에서 대화창을 보여주는 코드가 필요합니다. 여기에 사용자의 이름을 입력할 EditNameDialog를 즉시 보여주는 간단한 예제가 있습니다. 작업 완료 후, 입력된 텍스트를 Toast로 보여줍니다.

import android.support.v4.app.FragmentActivity;
import android.support.v4.app.FragmentManager;
// ...

public class FragmentDialogDemo extends FragmentActivity implements EditNameDialogListener {

    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.main);
        showEditDialog();
    }

    private void showEditDialog() {
        FragmentManager fm = getSupportFragmentManager();
        EditNameDialog editNameDialog = new EditNameDialog();
        editNameDialog.show(fm, "fragment_edit_name");
    }

    @Override
    public void onFinishEditDialog(String inputText) {
        Toast.makeText(this, "Hi, " + inputText, Toast.LENGTH_SHORT).show();
    }
}

여기에 주의깊에 봐야 할 부분이 몇 가지 더 있습니다.  먼저, Fragment API와 하위 버전과의 호환성을 위해 지원 라이브러리를 사용하고 있기 때문에, 샘플 코드의 Activity는 지원 라이브러리의 FragmentActivity를 상속합니다.  때문에, getFragmentManager() 대신 getSupportFragmentManager()를 호출합니다.

초기 뷰를 로딩한 후, 액티비티는 곧바로 show() 메서드를 호출하여 EditNameDialog를 보여줍니다.  이를 통해 DialogFragment가 Dialog에 어떤 일이 일어나고 있는지 알 수 있게 하며, Fragment 상태도 일관성을 유지하게 됩니다.  기본적으로 뒤로가기 버튼은 추가적인 코딩이 없어도 대화창을 사라지게 합니다.

 

대화창 사용하기

다음으로 EditNameDialog가 결과 문자열을 Activity로 리턴하도록 수정해 봅시다.

import android.support.v4.app.DialogFragment;
// ...
public class EditNameDialog extends DialogFragment implements OnEditorActionListener {

    public interface EditNameDialogListener {
        void onFinishEditDialog(String inputText);
    }

    private EditText mEditText;

    public EditNameDialog() {
        // Empty constructor required for DialogFragment
    }

    @Override
    public View onCreateView(LayoutInflater inflater, ViewGroup container,
            Bundle savedInstanceState) {
        View view = inflater.inflate(R.layout.fragment_edit_name, container);
        mEditText = (EditText) view.findViewById(R.id.txt_your_name);
        getDialog().setTitle("Hello");

        // Show soft keyboard automatically
        mEditText.requestFocus();
        getDialog().getWindow().setSoftInputMode(
                LayoutParams.SOFT_INPUT_STATE_VISIBLE);
        mEditText.setOnEditorActionListener(this);

        return view;
    }

    @Override
    public boolean onEditorAction(TextView v, int actionId, KeyEvent event) {
        if (EditorInfo.IME_ACTION_DONE == actionId) {
            // Return input text to activity
            EditNameDialogListener activity = (EditNameDialogListener) getActivity();
            activity.onFinishEditDialog(mEditText.getText().toString());
            this.dismiss();
            return true;
        }
        return false;
    }
}

사용자 편의를 위해 mEditText.requestFocus()를 사용해 프로그램적으로 EditText로 포커스를 이동합니다.  다른 방법으로는 레이아웃 XML에 <requestFocus/> 태그를 사용할 수도 있습니다. 하지만, 경우에 따라서는 프로그램적으로 포커스를 호출하는 것이 더 좋을 수도 있습니다.  예를 들어, 레이아웃 XML에서 포커스를 호출할 경우, Fragment의 onCreateView() 메서드에 추가된 OnFocusChangeListener가 호출되지 않습니다.

사용자가 EditText에 포커스를 두면, 소프트 키보드가 자동으로 나타납니다.  프로그램적인 포커스로 동일한 이벤트를 발생시키려면, callgetDialog().getWindow().setSoftInputMode()를 호출합니다.  이전에 Dialog에서 사용하던 Window 관련 작업들도 동일하게 DialogFragment에서 사용할 수 있지만, getWindow() 대신에 getDialog().getWindow()를 호출해야만 합니다.  결과 대화창은 휴대폰과 태블릿에 동일하여 보여집니다:

onEditorAction() 메서드는 사용자가 완료키를 누를 때, 콜백을 처리하는데, 이는 EditText에 OnEditorActionListener를 설정했기 때문입니다. 입력된 텍스트를 전달하기 위해 Activity로 호출됩니다. 이를 위해 EditNameDialog에서 Activity에 의해 구현된 EditNameDialogListener 인터페이스를 선언합니다.  이것은 대화창이 많은 액티비티에서 재사용될 수 있게 해줍니다. onFinishEditDialog()에서 콜백 메서드를 발생시키기 위해 getActivity()를 호출하여 대화창을 실행하는 Activity의 참조키를 획득합니다.  이것은 MVCarchitecture에서 뷰가 컨테이너와 통신할 수 있게 하는 일반적인 패턴입니다.

대화창을 두 가지 방법 중 한 가지로 없앨 수 있습니다.  여기서는 Dialog 클래스 자체에 있는 dismiss()를 호출하고 있습니다.  이것은 show() 메서드처럼 Activity에서 호출 될 수도 있습니다.

이 글이 Dialogs와 관련이 있는 Fragments에 대한 이해하는데 어느 정도 도움이 되었으면 합니다.  이 글에 사용된 샘플 코드는 Google Code에서 찾으실 수 있습니다.

Fragments에 대한 추가적인 자료:

구글 블로그 원문: http://android-developers.blogspot.com/2012/05/using-dialogfragments.html

Activity와 Service 혹은 두 개의 프로세스에서 SharedPreferences 값 공유하기

Gingerbread (Android 2.3)  이전 버전에서는 SharedPreferences에 저장된 값을 여러 프로세스나 Activity와 Service 사이에서 사용할 수 있었습니다.  예를 들어 PreferenceActivity에서 변경한 값을 바로 Service 프로세스에서 가져와 사용할 수가 있었죠.  하지만 최근 안드로이드 버전 (Gingerbread 이 후)에서는 명시적으로 설정하지 않는 한 같은 방식으로 사용할 수가 없습니다.   하나의 프로세스에서 SharedPreferences의 값을 변경해도 계속 이전 값만을 불러오게 됩니다.

이 문제를 해결하려면, 변경된 값을 불러오는 프로세스에서 SharedPreferences를 새로 로딩할 때 아래와 같이 설정해줘야 합니다.  이 문제를 해결하는데 며칠을 구글링했네요….  ㅠㅜ  동일한 문제를 겪고 계신 개발자분들에게 도움이 되었으면 좋겠습니다.

SharedPreferences myPrefs 
  = context.getSharedPreferences("myPrefs", Context.MODE_MULTI_PROCESS);

PreferenceActivity에서 사용자 지정 SharedPreferences 사용하기

안드로이드 개발자라면 PreferenceActivity가 얼마나 편리한지 다들 알고 계시리라 생각합니다.  PreferenceActivity (HONEYCOMB 이상은 PreferenceFragment) 에는 컨텍스트의 기본 SharedPreferences가 제공되는데, 가끔은 다른 이름이나 다른 모드로 사용해야 할 때가 있습니다.

이럴 경우 사용하는 방법이 있습니다.  PreferenceActivity에 직접적으로 특정 SharedPreferences를 지정할 수 있는 방법이 없기 때문에, 아래와 같은 코드를 사용하면 됩니다:

public class MyPreferencesActivity extends PreferenceActivity {
  protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);

    PreferenceManager prefMgr = getPreferenceManager();
    prefMgr.setSharedPreferencesName("my_preferences");
    prefMgr.setSharedPreferencesMode(MODE_WORLD_READABLE);

    addPreferencesFromResource(R.xml.preferences);
  }
}

DDMS File Explorer를 사용해서 SharedPrefereces 이름을 확인해 보시기 바랍니다.

Mac에서 화면 캡쳐하기

한국에도 요즘 맥킨토시를 사용하는 분들이 많습니다.  저는 주로 회사에서만 사용하는데요.  아무래도 IBM만 쓰다보니 맥킨토시에서 사용되는 여러가지 단축키를 외우는데 어려움이 있네요.  IBM PC 같은 경우는 키보드에 PrtSc (Print Screen)이라는 키보드 버튼이 별도로 존재하는데, Mac은 그런 키보드가 없어서 검색을 해보니 단축키가 존재하네요.

shift + command + 3  = 전체화면 캡쳐
shift + command + 4  = 부분 캡쳐

캡쳐한 파일은 바탕화면 (Desktop)에 저장됩니다.

Wifi Android Device Debugging

스마트폰이 많이 보급되면서 모바일 개발자가 많이 늘어났습니다.  이미 많은 경력이 있는 개발자들도 있지만, 모바일이 화두가 되면서 새롭게 개발자로 입문하신 분들도 많습니다.  생업이 아니라 그냥 취미로 시작하는 분들도 많으신 것 같습니다.  모바일 어플리케이션 개발이 단기간에 커지면서 수요는 많으나 관련 자료가 많이 부족한게 현실입니다.

모바일 어플리케이션을 개발하면서 주로 디바이스를 USB 케이블로 연결하여 디버깅을 많이 하고 계실 것으로 생각됩니다.  하지만, Wifi로도 디버깅이 가능하다는 사실을 아셨나요?  안드로이드는 API 12 이상부터는 Wifi로 디버깅이 가능합니다.  어떻게 설정하는지 팁을 드리고자 합니다.

1. 일단 디바이스를 USB 케이블로 연결합니다.
2. 커맨드 창을 열고 SDK 설치 폴더의 platform-tools/ 폴더로 이동합니다.
3. 아래와 같이 명령어를 실행합니다.
adb tcpip 포트번호
adb connect IP:포트번호
4. 이렇게 하면 이제 wifi로 디버깅이 가능합니다.
5. 다시 USB로 디버깅을 하려면 아래 명령어를 실행합니다.
adb usb

참조: http://developer.android.com/guide/topics/usb/index.html

미국의 인터넷 사용자도 “빨리빨리”

미국인들의 웹사이트 브라우징 습관에 관한 이포그램이 나왔습니다.  자세히 들여다보니 미국인들도 웹사이트 브라우징에 관해서는 한국 사람들처럼 “빨리빨리”를 외치고 있는듯 합니다.

예를 들자면, 하루에 구글에서 검색되는 검색량은 약 30억개가 넘습니다.  이 검색결과 페이지가 0.4초만 더 느려져도 검색결과를 보는 수는 8백만개로 줄어들 것입니다.  그만큼 사람들이 참을성이 없다는 의미가 되겠죠.  일상생활에서도 비슷한 경우가 많습니다.  만약 여러분이 어딘가에서 15분 이상 줄을 서서 기다려야 한다면 과연 참고 기다리는 비율이 얼마나 될까요?

웹사이트의 로딩시간도 충분히 빠르지 않으면 이제 살아남기가 힘들겠네요..  @.@

[번역] 안드로이드 3.0 Fragments API

[이 글은 구글 개발자 블로그의 글을 번역한 것으로 이해를 돕기위해 일부 표현은 원문과 약간 상이할 수 있습니다.  원문은 아래 링크를 참조하시기 바랍니다.]


안드로이드 3.0의 중요한 목표는 개발자들이 플랫폼에서 이미 제공되는 것 외에 다양한 스크린 크기로 확장될 수 있는 어플리케이션을 만들 수 있도록 돕는 것입니다:

  • 처음부터 안드로이드의 UI 프레임워크는 레이아웃 관리자를 사용하여 사용가능한 공간에 따라 UI가 조정되도록 디자인되었습니다.  일반적인 예로 QVGA, HVGA, WVGA의 스크린의 비율에 따라 높이가 변화되는 ListView를 들 수 있습니다.

  • 안드로이드 1.6은 스크린 밀도라는 새로운 개념을 소개했습니다.  이것은 물리적 크기가 비슷할 때 해상도가 다르면 그에 따라 어플이 확대될 수 있게 해줍니다.  개발자들은 최초로 Droid에서 시작해 다른 폰들에도 적용된 고해상도의 화면이 출시됐을 때 즉시 이 기능을 사용하기 시작했습니다.

  • 안드로이드 1.6은 또한 스크린의 크기를 통으로 만들어 개발자들이 접근할 수 있게 만들었습니다: QVGA 영상비는 “small”, HVGA와 WVGA 영상비는 “normal”, 더 큰 영상비는 “large”.  개발자들은 리소스 시스템을 통해 스크린 크기에 따른 다른 레이아웃을 선택할 수 있습니다.

레이아웃 관리자와 스크린 크기에 따른 리소스 선택의 통합이 개발자들을 다양한 안드로이드 장치에서 확장성 있는 UI를 만들도록 돕는데까지 오랜 시간이 걸렸습니다.  그 결과, 기존에 있던 장치에서 사용되는 많은 어플리케이션이 허니컴을 탑재한 풀사이즈 태블릿에서 아무런 변경없이 호환모드가 아닌 있는 그대로 돌아가게 되었습니다.  하지만, 10인치 화면의 태블릿 지향적인 UI로 옮겨가면서, 많은 어플리케이션이 리소스가 현재 자체적으로 제공하는 것보다 많은 혜택을 더 근본적인 UI 조정을 통해 얻게 됩니다.


Fragment 소개

안드로이드 3.0은 어플리케이션이 인터페이스를 Fragment라는 새로운 클래스를 통해 조정할 수 있도록 돕습니다.  Fragment는 자체적인 UI와 생명주기를 갖는 컴포넌트입니다.  이것은 특정한 장치나 화면에서 원하는 UI 플로우에 따라 어플리케이션 사용자의 인터페이스의 다른 부분에서 재사용될 수 있습니다.

어떤 면에서 Fragment를 작은 액티비티로 생각할 수도 있습니다.  물론, 독립적으로 실행될 수 없고 반드시 실제 액티비티에 포함되어야만 합니다.  사실 Fragment API를 소개하는 것은 저희가 개발자들이 액티비티와 관련해 불편했던 많은 부분들에 대해 다룰 수 있는 기회를 줍니다.  따라서 안드로이드 3.0에서 Fragment의 활용은 단지 다른 화면에 따른 변경보다 더 크게 확장되게 됩니다:

  • ActivityGroup을 통한 임베디드 액티비티는 좋은 아이디어지만, 액티비티는 다른 액티비티들과 밀접하게 작동하기 보다는 독립적인 컴포넌트로 디자인되었기 때문에 항상 다루기가 어려웠습니다. Fragment API는 여기에 대한 해결책이며, 임베디드된 액티비티를 교체하는데 사용되어야 합니다.

  • 액티비티 인스턴스 간의 데이터 유지는 Activity.onRetainNonConfigurationInstance()를 통해 가능하지만, 상당히 오래되고 모호한 방법입니다.   Fragment는 플래그를 설정하는 것 만으로 전체 Fragment 인스턴스를 유지할 수 있도록 하여 이 오래된 메카니즘을 교체해 줍니다.

  • DialogFragment라고 불리는 Fragment의 특화 클래스는 액티비티의 생명주기의 한 부분으로 관리되는 Dialog를 보여주기 쉽게 해줍니다.  이것은 액티비티의 “관리되는 다이어로그” API들을 교체해 줍니다.

  • ListFragment라고 불리는 또 다른 Fragment의 특화 클래스는 데이터 리스트를 보여주기 쉽게 해줍니다.  이것은 기존의 ListActivity (일부 추가적인 기능이 있음)와 비슷하지만, 다른 데이터의 리스트를 어떻게 보여줘야 하는지에 대한 일반적인 질문들에 해결하는데 도움이 됩니다.

  • 현재 액티비티에 연결된 모든 Fragment들의 정보는 프레임워크에 의해 액티비티의 저장된 인스턴스 상태에 여러분을 대신해 저장하고 재시작되면 다시 복원해 줍니다.  이것은 여러분이 상태값을 저장하고 복원하기 위해 작성해야 할 코드의 양을 상당히 줄일 수 있게 해 줍니다.

  • 프레임워크는 Fragment 객체의 백-스택을 관리하기 위한 내장된 기능이 있습니다.  이것은 기존의 액티비티 백 스택과 통합되는 액티비티 내부의 Back 버튼 행동을 제공하기 쉽게 만들어 줍니다.  이 상태 또한 여러분을 위해 자동으로 저장 및 복원됩니다.


시작하기

여러분의 식욕을 돋구기 위해, 여기에 간단하지만 완전한 Fragment를 이용한 다중 UI 구현 예제가 있습니다.  우리는 먼저 아이템 리스트가 좌측 선택된 아이템의 세부내용이 우측에 있는 가로형 레이아웃을 디자인 할 것입니다.  이것이 우리가 완성하고자 하는 레이아웃입니다:

이 액티비티의 코드는 그다지 흥미롭지 않습니다; 이것은 단지 제공된 레이아웃으로 setContentView()를 호출합니다:

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
        android:orientation="horizontal"
        android:layout_width="match_parent"
        android:layout_height="match_parent">

    <fragment class="com.example.android.apis.app.TitlesFragment"
            android:id="@+id/titles" android:layout_weight="1"
            android:layout_width="0px"
            android:layout_height="match_parent" />

    <FrameLayout android:id="@+id/details" android:layout_weight="1"
            android:layout_width="0px"
            android:layout_height="match_parent" />
    
</LinearLayout>

여러분은 여기서 우리의 첫 번째 새로운 기능을 볼 수 있습니다:

<fragment> 태그는 여러분이 자동으로 Fragment의 서브 클래스를 여러분의 뷰 구조에 초기화하고 설치하게 해 줍니다. 여기에 구현된 fragment는 사용자가 선택할 수 있는 아이템 리스트를 표시하고 관리하기 위해 ListFragment를 상속합니다.  그 아래의 구현은 UI 레이아웃에 따라 아이템의 세부내용을 동일한 화면이나 새로운 액티비티에 표시하는 것을 담당합니다.  fragment의 상태 (현재 세부내용 fragment가 보여짐) 변경이 프레임워크에 의해 환경변화에 따라 어떻게 유지되는지 주의해 보시기 바랍니다.

public static class TitlesFragment extends ListFragment {
    boolean mDualPane;
    int mCurCheckPosition = 0;

    @Override
    public void onActivityCreated(Bundle savedState) {
        super.onActivityCreated(savedState);

        // 타이틀의 스태틱 배열을 리스트로 뿌리기
        setListAdapter(new ArrayAdapter(getActivity(),
                R.layout.simple_list_item_checkable_1,
                Shakespeare.TITLES));

        // 세부내용 fragment를 직접 UI에 표시할 수 있는
        // 프레임을 가지고 있는지 체크
        View detailsFrame = getActivity().findViewById(R.id.details);
        mDualPane = detailsFrame != null
                &amp;&amp; detailsFrame.getVisibility() == View.VISIBLE;

        if (savedState != null) {
            // 체크된 위치의 마지막 상태를 복원.
            mCurCheckPosition = savedState.getInt("curChoice", 0);
        }

        if (mDualPane) {
            // 듀얼 패널 모드에서, 선택된 아이템의 하이라이트 리스트 뷰.
            getListView().setChoiceMode(ListView.CHOICE_MODE_SINGLE);
            // UI가 올바른 상태인지 확인.
            showDetails(mCurCheckPosition);
        }
    }

    @Override
    public void onSaveInstanceState(Bundle outState) {
        super.onSaveInstanceState(outState);
        outState.putInt("curChoice", mCurCheckPosition);
    }

    @Override
    public void onListItemClick(ListView l, View v, int pos, long id) {
        showDetails(pos);
    }

    /**
     * Helper function to show the details of a selected item, either by
     * displaying a fragment in-place in the current UI, or starting a
     * whole new activity in which it is displayed.
     */
    void showDetails(int index) {
        mCurCheckPosition = index;

        if (mDualPane) {
            // fragments로 모든 것을 여기에 보여줄 수 있음.
            // 이 아이템을 하이라이트하고 데이터를 보여줄 리스트 갖기.
            getListView().setItemChecked(index, true);

            // 어떤 fragment가 보여지는 체크, 필요하면 교체.
            DetailsFragment details = (DetailsFragment)
                    getFragmentManager().findFragmentById(R.id.details);
            if (details == null || details.getShownIndex() != index) {
                // 이 선택을 보여주기 위해 새로운 fragment 생성.
                details = DetailsFragment.newInstance(index);

                // 트랜잭션 실행, 이 프레임 안에서 존재하는
                // 다른 fragment 교체.
                FragmentTransaction ft
                        = getFragmentManager().beginTransaction();
                ft.replace(R.id.details, details);
                ft.setTransition(
                        FragmentTransaction.TRANSIT_FRAGMENT_FADE);
                ft.commit();
            }

        } else {
            // 아니면, 표시할 새로운 액티비티를 실행할 필요가 있음
            // 선택된 텍스트를 가진 dialog fragment.
            Intent intent = new Intent();
            intent.setClass(getActivity(), DetailsActivity.class);
            intent.putExtra("index", index);
            startActivity(intent);
        }
    }
}

이 첫번 째 화면에서 우리는 현재 선택된 아이템의 텍스트를 포함하는 TextView를 보여줄 DetailsFragment를 구현해야 합니다.

public static class DetailsFragment extends Fragment {
    /**
     * Create a new instance of DetailsFragment, initialized to
     * show the text at 'index'.
     */
    public static DetailsFragment newInstance(int index) {
        DetailsFragment f = new DetailsFragment();

        // 파라메터로 index input 제공.
        Bundle args = new Bundle();
        args.putInt("index", index);
        f.setArguments(args);

        return f;
    }

    public int getShownIndex() {
        return getArguments().getInt("index", 0);
    }
   
    @Override
    public View onCreateView(LayoutInflater inflater,
            ViewGroup container, Bundle savedInstanceState) {
        if (container == null) {
            // 현재 컨테이너가 없는 레이아웃에 있으므로
            // 뷰를 생성할 필요가 없음.
            return null;
        }

        ScrollView scroller = new ScrollView(getActivity());
        TextView text = new TextView(getActivity());
        int padding = (int)TypedValue.applyDimension(
                TypedValue.COMPLEX_UNIT_DIP,
                4, getActivity().getResources().getDisplayMetrics());
        text.setPadding(padding, padding, padding, padding);
        scroller.addView(text);
        text.setText(Shakespeare.DIALOGUE[getShownIndex()]);
        return scroller;
    }
}

이제 우리의 어플리케이션에 UI 플로우를 추가할 시간입니다.  세로모드에서는, 두 개의 fragment를 나란히 표시할 공간이 부족합니다. 따라서 우리는 이렇게 리스트만 보여지길 원합니다:

지금까지 보여진 코드에서 우리가 해야할 것은 세로화면에 대한 새로운 레이아웃 변화를 소개하는 것 뿐입니다:

<FrameLayout xmlns:android="http://schemas.android.com/apk/res/android"
        android:layout_width="match_parent"
        android:layout_height="match_parent">
    <fragment class="com.example.android.apis.app.TitlesFragment"
            android:id="@+id/titles"
            android:layout_width="match_parent"
            android:layout_height="match_parent" />
</FrameLayout>

TitlesFragment는 세부내용을 보여줄 컨테이너가 없고 단지 리스트만 있다는 것을 인지할 것입니다.  여러분이 리스트의 아이템을 터치하면 우리는 세부내용을 표시할 새로운 액티비티로 이동해야 합니다.

이미 구현된 DetailsFragment를 이용하여 새로운 액티비티의 구현이 매우 간단해 집니다.  왜냐면, 위의 동일한 DetailsFragment를 재사용할 수 있기 때문입니다:

public static class DetailsActivity extends FragmentActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);

        if (getResources().getConfiguration().orientation
                == Configuration.ORIENTATION_LANDSCAPE) {
            // 화면이 가로보기 모드면, 리스트와 세부내용을 함께 보여줄 수 있기 때문에
            // 이 액티비티가 필요없음.
            finish();
            return;
        }

        if (savedInstanceState == null) {
            // 초기 설정 시, 세부내용 fragment를 플러그 인.
            DetailsFragment details = new DetailsFragment();
            details.setArguments(getIntent().getExtras());
            getSupportFragmentManager().beginTransaction().add(
                    android.R.id.content, details).commit();
        }
    }
}

이 모든 것을 합치면, 실행되는 화면에 따라 상당히 근본적으로 UI 플로우를 변화시키고 화면 설정이 변경되면 그에 따라 조정되는 어플리케이션의 작동 예제를 갖게 됩니다.

이것은 단지 단 방향 fragment가 여러분의 UI를 변경하는데 사용될 수 있음을 보여줍니다.  여러분의 어플리케이션 디자인에 따라, 여러분은 아마 다른 접근을 더 선호할지도 모릅니다.  예를 들면, 여러분은 여러분의 전체 어플리케이션을 상태가 변경됨에 따라 fragment 구조를 변경하는 하나의 액티비티에 넣을 수 있습니다; 이런 경우 fragment의 백 스택은 아주 편리합니다.

Fragment와 FragmentManager API에 대한 더 자세한 정보는 안드로이드 3.0 SDK 문서에서 찾을 수 있습니다.  Resources 탭에 있는 ApiDemos 어플도 참고하시기 바랍니다.  이 어플들에는 대체 UI 플로우, 아이얼로그, 리스트, 메뉴 표시, 액티비티 인스턴스 간의 데이터 유지, 백 스택 등을 포함한 다양한 종류의 Fragment 데모가 있습니다.


모두를 위한 Fragment!

안드로이드 3.0에 맞춰 디자인된 태블릿 지향적 어플리케이션을 개발하기 시작하는 개발자들에게 새로운 Fragment API는 대형 화면을 위한 많은 디자인 환경에 유용할 것입니다.  fragment의 합리적인 사용은 어플리케이션의 UI를 미래의 새로운 장치들(휴대폰, TV, 어떤 종류의 안드로이드 장치라도)에서 손쉽게 변경할 수 있도록 해줍니다.

하지만, 오늘날 많은 개발자들이 당장 필요한 것은 아마도 기존의 폰들을 지원함과 동시에 태블릿에서 향상된 사용자 인터페이스를 제공할 수 있는 어플리케이션을 디자인 하는 것일 것입니다.  Fragment가 안드로이드 3.0에서만 지원되기 때문에 이런 개발자들의 단기적 활용도가 상당히 감소되었습니다.

따라서, 우리는 여기에 언급한 동일한 fragment API (새로운 LoaderManager 포함)를 하위 버전의 안드로이드에서도 스태틱 라이브러리 형태로 사용할 수 있도록 만들 계획입니다.  1.6 이상부터 사용가능 하도록 노력할 것입니다.  사실, 여기의 예제 코드와 안드로이드 3.0 SDK의 예제를 비교해 보시면, 약간 다르다는 것을 아실 것입니다.  이 코드는 스크린샷에서 보시는 것처럼 안드로이드 2.3에서 돌아가는 초기 버전의 스태틱 fragment 클래스를 사용하는 어플리케이션에서 가져온 것입니다.  우리의 목표는 이 API들을 거의 동일하게 만들어서 여러분이 지금 당장 사용할 수 있게 만들고, 향 후 안드로이드 3.0을 최소 버전으로 하는 시기가 되면 약간의 변경으로 플랫폼의 네이티브  구현으로 옮겨올 수 있도록 하는 것입니다.

언제 이 라이브러리를 제공할 수 있을지에 대한 확정된 날짜는 없지만, 오래 걸리지 않을 것입니다.  그 동안, 여러분은 안드로이드 3.0에서 fragment를 사용해 개발을 시작할 수 있으며 어떻게 동작하는지 볼 수 있습니다.  여러분이 한 대부분의 작업은 나중에 그대로 사용할 수 있을 것입니다.


원문링크

[번역] 정렬 브로드캐스트 처리

[이 글은 구글 개발자 블로그의 글을 번역한 것으로 이해를 돕기위해 일부 표현은 원문과 약간 상이할 수 있습니다.  원문은 아래 링크를 참조하시기 바랍니다.]

제가 느끼는 안드로이드의 가장 흥미롭고 강력한 기능은 브로드캐스트의 개념과 BroadcastReceiver 클래스(이제부터는 이 클래스가 구현된 것을 “리시버”라고 부르겠습니다)의 사용입니다.  이 글은 아주 특정한 브로드캐스트 사용 시나리오에 대한 것이므로 일반적으로 이것이 어떻게 작동하는지에 대해 언급하지는 않을 것입니다.  자세한 내용은 Android developer site의 문서를 읽어보시기 바랍니다.  이 글의 목적상, 시스템에서 어떤 일(커넥션 변경 등)이 발생하면 브로드캐스트가 생성된다는 것과 하나 이상의 브로드캐스트가 생성되면 알림을 받도록 등록할 수 있다는 것을 아는 것으로 충분합니다.

Right Number를 개발하면서, 정렬된 브로드캐스트의 리시버를 생성하는 일부 개발자들이 무엇이 올바른 방법인지 정확히 알지 못하고 있다는 것을 알게되었습니다.  이것은 아마도 개발문서가 좀 더 보완되어야 한다는 것을 의미하는 것 같습니다.  대부분의 경우는 우연히 그렇게 되는 경우지만, 가끔 제대로 동작하기도 합니다.


비정렬 대 정렬 브로드캐스트

비정렬 모드에서는 브로드캐스트가 모든 리시버에게 “동시에” 보내집니다.  기본적으로 이것은 하나의 리시버가 다른 리시버에 영향을 줄 수 없고 다른 리시버가 실행되는 것을 막을 수도 없다는 것을 의미합니다.  이런 브로드캐스트와 같은 예는 ACTION_BATTERY_LOW입니다.

정렬 모드에서는 브로드캐스트가 순서대로(여러분의 리시버와 관련이 있는 manifest 파일의 intent-filterandroid:priority 속성에 의해 제어) 각각의 리시버에게 전달됩니다.  하나의 리시버가 브로드캐스트를 취소하면 우선순위가 낮은 다른 리시버들이 브로드캐스트를 못 받게, 즉 실행되지 못하게 할 수 있습니다.  이와 같은 종류의 브로드캐스트(이 글에서 논의 할)는 ACTION_NEW_OUTGOING_CALL 입니다.


정렬 브로드캐스트 사용법

방금 언급한 것처럼 ACTION_NEW_OUTGOING_CALL 브로드캐스트는 정렬된 브로드캐스트입니다.  이 브로드캐스트는 사용자가 전화를 걸려고 할 때 전송됩니다.   이 브로드캐스트를 받으려는 이유에는 여러가지가 있겠지만, 두 가지에 대해서만 집중하려고 합니다:

  • 전화 거는 것을 막기 위해;

  • 다이얼 되기 전에 전화번호를 변경하기 위해.

첫 번째 경우, 어플은 어떤 번호가 다이얼 될 수 있거나 언제 번호가 다이얼 될 수 있는지 제어하려고 할 것입니다.  Right Number(역자주: 이 글을 작성한 개발자가 개발한 어플)는 두 번째의 경우에 해당하며 여러분이 세계의 어디에 있던지 항상 올바른 번호로 다이얼 할 수 있게 해 줍니다.

순진하게 구현된 BroadcastReceiver는 아마도 다음과 같을 것입니다 (여러분의 어플리케이션의 manifest 파일에 이 리시버를 ACTION_NEW_OUTGOING_CALL 브로드캐스트와 연결해야 합니다):

public class CallReceiver extends BroadcastReceiver {
  @Override
  public void onReceive(Context context, Intent intent) {
    // Original phone number is in the EXTRA_PHONE_NUMBER Intent extra.
    String phoneNumber = intent.getStringExtra(Intent.EXTRA_PHONE_NUMBER);

    if (shouldCancel(phoneNumber)) {
      // Cancel our call.
      setResultData(null);
    } else {
      // Use rewritten number as the result data.
      setResultData(reformatNumber(phoneNumber));
  }
}

리시버는 브로드캐스트(전화 걸기도 포함)를 취소하거나 다이얼될 번호를 가공합니다.  만약 이것이 ACTION_NEW_OUTGOING_CALL 브로드캐스트에 대한 유일한 리시버라면, 이 코드는 예상한대로 작동할 것입니다.  문제는 이 리시버보다 먼저 실행되는 (우선순위가 높은) 리시버가 있고 그 리시버가 전화번호를 변경할 경우입니다.  현재 우리는 최초의 (변경되지 않은) 번호만을 사용하고 있습니다!


제대로 구현하기

위의 상황을 고려하면, 이것이 처음부터 작성되었어야 할 코드 입니다:

public class CallReceiver extends BroadcastReceiver {
  @Override
  public void onReceive(Context context, Intent intent) {
    // Try to read the phone number from previous receivers.
    String phoneNumber = getResultData();

    if (phoneNumber == null) {
      // We could not find any previous data. Use the original phone number in this case.
      phoneNumber = intent.getStringExtra(Intent.EXTRA_PHONE_NUMBER);
    }

    if (shouldCancel(phoneNumber)) {
      // Cancel our call.
      setResultData(null);
    } else {
      // Use rewritten number as the result data.
      setResultData(reformatNumber(phoneNumber));
  }
}

먼저 이전의 결과 데이터(더 높은 우선순위의 리시버가 생성한)가 있는지 검사하고 없을 경우만 EXTRA_PHONE_NUMBER 추가 인텐트의 전화번호를 사용합니다.


이 문제가 얼마나 심각한 것인가요?

우리는 실제로 NEW_OUTGOING_CALL 인텐트가 설치된 우선순위 0의 리시버(다른 리시버들이 다 실행된 이 후 마지막으로 호출 될)를 가진 휴대폰을 관찰해 봤습니다.  이 리시버는 이전 결과 데이터를 완전히 무시합니다.  즉, ACTION_NEW_OUTGOING_CALL에 대한 유용한 처리를 모두(전화 걸기를 취소하는 것은 제외) 비활성화 하는 효과가 나타납니다.  이것은 우회하는 유일한 방법은 여러분의 리시버를 우선순위 0으로 실행하는 것입니다.  이 방법은 동일한 우선순위의 리시버이기 때문에 작동을 하나 전화 걸기 처리에 대한 일부 명시적 규칙을 어기게 됩니다:

“일관성 유지를 위해, 최종 전화번호가 다이얼 되기 전 전화 걸기 막는 것을 목적으로 하는 리시버는 우선순위 0을 사용해야 합니다. 전화 번호를 가공하는 목적의 리시버는 양수의 우선순위를 사용해야 합니다.  음수의 우선순위는 이 브로드캐스트를 위해 시스템에 예약되어 있으며, 사용할 경우 문제가 생길 수 있습니다.”


결론

다른 프로그램과 잘 호환되지 않는 일부 프로그램들이 있습니다.  이런 프로그램의 개발자들이 이 글을 읽고 코드를 수정해 주길 간곡히 부탁드립니다.  이것이 개발자와 사용자 모두를 위해 더 나은 안드로이드를 만드는 방법입니다.


우선순위에 대한 추가 정보

  • NEW_OUTGOING_CALL 인텐트의 경우, 우선순위 0은 전화걸기를 취소하는 리시버에서만 사용되어야 합니다.  이것은 전화걸기를 취소를 결정하기 전 다른 리시버에서 변경된 것을 보기 위한 것입니다.

  • 동일한 우선순위를 가진 리시버들도 순서대로 실행되지만, 이 경우의 순서는 정의되지 않았습니다.

  • 양수의 우선순위만 사용하시기 바랍니다.  음수도 가능하나 대부분의 경우 예상치 못한 결과를 가져올 수 있습니다.


원문 링크: Processing Ordered Broadcasts