아즈라엘님 답변감사드립니다. 아즈라엘님 말씀대로 해보니 잘작동하고 있네요..^^

한가지 더 여쭙자면 이번기회를 통해서 context에 대해서 조금알아봤는데요~

메모리릭에대한 문제나, 기타이유때문에 activity context 보다는 application context를 이용하는편이

효율적이고 좋다고 하는데.. 그부분에 대해서 이해가 잘 안되더라구요.. 혹시 답변해주실수 있나요 ^^?

제 개인적인 생각으로는 액티비티별로 context를 사용할때 계속적으로 인스턴스를 생성해야되는데

(보통 초보자들이 사용하는 this가 아닌..)

별로 좋은방법이 아닐까..해서요 ..ㅎ

월요일부터 아즈라엘님의 도움덕분에 기분좋게 시작하게됬습니다. ^^ 정말 감사합니다

Context 는 현상태를 저장하고 있는 메모리 상태라 생각하시면 됩니다.

또한 시스템에 연결할때 권한이 있는데 MMU(http://recipes.egloos.com/5232056) 를 통해서 접근 제어도 합니다.

보통 한 어플내에 있으면 같은 컨텍스트를 사용하는데 안드로이드는 어플내에 타 어플의 제어가 유연하기 때문에 

컨텍스트가 꼬이기 시작합니다. 

그래서 Activity  컨텍스트를 사용하는게 되는건데요 .. 타 어플에서 내 어플을 호출 하거나 

내 어플에서 타 어플의 내용을 사용할 일이 없다면 그냥 Application Context 를 사용해도 무난합니다.

위와 같은 상황은 나중에 Acitvity 호출할때 intent 를 통해서 데이터 주고 받는 경우와도 비슷한데요

그냥 같은 어플내에 있으면 static 맴버 변수 사용해서 주고 받을 수도 있는 경우로 대체해도 되듯이 

비슷한 경우라 생각하시면 조금 이해가 빨라집니다.

아즈라엘님 덕분에 많이 배워갑니다..

상세하고 친절한 답변에 감사드립니다.! ^^

디자인의 차이가 되겠지만..

Class 를 선언하고 그 안에 static 메소드를 하나 만듭니다.

static boolean networkCheck(Context context);

해당 context 를 this 로 넘겨주면 context 를 글로벌하게 사용하지 않게 되고..

함수는 다같이 공유하게 되니 원하시는 패턴이 되지 않을까요?

이제서야 확인했네요; 답글다신걸 몰랐어요..ㅜㅜㅜ

그.. 말씀하신대로 구현해보자 했었는데요~

non static 메서드를 static으로 사용할 수 없다나?;

그렇더라구요... 꽤 되서 자세히는 기억안나는데..