Android/WallpaperChanger - Revision history

Maintenance script: Repair batch-0001 pages from live compare

2026-03-26T23:56:01Z

Repair batch-0001 pages from live compare

← Older revision		Revision as of 23:56, 26 March 2026
Line 66:		Line 66:

	public String getPath(Uri uri) {		public String getPath(Uri uri) {
	String[] projection = { MediaStore.Images.Media.DATA };		String[] projection = { MediaStore.Images.Media.DATA };
	Cursor cursor = managedQuery(uri, projection, null, null, null);		Cursor cursor = managedQuery(uri, projection, null, null, null);
	int column_index = cursor		int column_index = cursor
Line 350:		Line 350:
	\|-		\|-
	\| 4/18		\| 4/18
	\| ~~{{{~~MywallpaperActivity(MainActivity)에서 WallPapermanagerActivity로 넘겨주는 배경화면 리스트를 Prototype형으로 만들어놓음. WallPapermanagerActivity에서 MywallpaperActivity(MainActivity)로부터 리스트를 받아 Set하고 버튼 입력에 따라 Set과 add를 하게 해놓음. Delete의 추가 구현이 필요함.~~}}}~~		\| MywallpaperActivity(MainActivity)에서 WallPapermanagerActivity로 넘겨주는 배경화면 리스트를 Prototype형으로 만들어놓음. WallPapermanagerActivity에서 MywallpaperActivity(MainActivity)로부터 리스트를 받아 Set하고 버튼 입력에 따라 Set과 add를 하게 해놓음. Delete의 추가 구현이 필요함.
	\|-		\|-
	\| 4/19		\| 4/19
	\| ~~{{{~~MywallpaperActivity에서 TimeCycleActivity로 현재 값과 함께 넘어가는 기능 구현. TimeCycleActivity에 enum리스트로 현재 setting된 값을 single_choice list로 선택되고 setting버튼 cancle버튼을 통해 다시 돌아오는것 구현. ~~}}}~~		\| MywallpaperActivity에서 TimeCycleActivity로 현재 값과 함께 넘어가는 기능 구현. TimeCycleActivity에 enum리스트로 현재 setting된 값을 single_choice list로 선택되고 setting버튼 cancle버튼을 통해 다시 돌아오는것 구현.
	\|-		\|-
	\| 4/22		\| 4/22
Line 400:		Line 400:
	public class fdfdf {		public class fdfdf {

	public static void main(String[] args){		public static void main(String[] args){
	STATE s[] = STATE.values();		STATE s[] = STATE.values();

	for(STATE s2 : s){		for(STATE s2 : s){
Line 474:		Line 474:
	그러므로, 필요로 하지 않는 객체 생성을 피해야 합니다. 도움이 될 몇 가지 예제들이 있습니다.		그러므로, 필요로 하지 않는 객체 생성을 피해야 합니다. 도움이 될 몇 가지 예제들이 있습니다.

	입력 데이터 셋에서 문자열을 추출할 때, 복사 생성된 것 대신 원본 데이터의 부분문자열을 받으십시오. 새로운 String 객체가 만들어졌더라도 원본 데이터의 char[]을 공유할 것입니다.		입력 데이터 셋에서 문자열을 추출할 때, 복사 생성된 것 대신 원본 데이터의 부분문자열을 받으십시오. 새로운 String 객체가 만들어졌더라도 원본 데이터의 char[]을 공유할 것입니다.
	문자열을 반환하는 메소드가 있고 그 결과가 언제나 StringBuffer에 더해지게 되는 경우에 있다면, 짧은 수명의 임시 객체를 생성하는 대신 직접적으로 더해지는 방식으로 식별자와 구현방식을 바꾸세요.		문자열을 반환하는 메소드가 있고 그 결과가 언제나 StringBuffer에 더해지게 되는 경우에 있다면, 짧은 수명의 임시 객체를 생성하는 대신 직접적으로 더해지는 방식으로 식별자와 구현방식을 바꾸세요.
	좀 더 급진적인 아이디어는 다차원 배열을 병렬의 단일 일 차원 배열로 잘라내는 것입니다:		좀 더 급진적인 아이디어는 다차원 배열을 병렬의 단일 일 차원 배열로 잘라내는 것입니다:

	int 배열은 Integer 배열보다 더 좋습니다만, 이것으로 또한 int형의 두 병렬 배열이 (int,int) 객체의 배열보다 더 많이 효과적이라는 사실을 추론할 수 있습니다.		int 배열은 Integer 배열보다 더 좋습니다만, 이것으로 또한 int형의 두 병렬 배열이 (int,int) 객체의 배열보다 더 많이 효과적이라는 사실을 추론할 수 있습니다.
	만약 (Foo,Bar) 튜플로 저장하는 컨테이너를 구현할 필요가 있다면, 직접 만든 (Foo,Bar) 객체의 단일 배열보다 두 개의 병렬 Foo[] 와 Bar[] 배열이 일반적으로 더욱 더 좋다는 것을 기억하십시오. (물론, 다른 코드들이 접근해야 하는 API를 설계할 때에는 예외가 있습니다; 이 경우 작은 속도 향상을 노리는 것 보다 좋은 API설계가 항상 좋습니다. 그러나 여러분의 내부 코드를 작성할 때에는 가능한 한 효율적인 코드가 되도록 해야 하겠습니다.)		만약 (Foo,Bar) 튜플로 저장하는 컨테이너를 구현할 필요가 있다면, 직접 만든 (Foo,Bar) 객체의 단일 배열보다 두 개의 병렬 Foo[] 와 Bar[] 배열이 일반적으로 더욱 더 좋다는 것을 기억하십시오. (물론, 다른 코드들이 접근해야 하는 API를 설계할 때에는 예외가 있습니다; 이 경우 작은 속도 향상을 노리는 것 보다 좋은 API설계가 항상 좋습니다. 그러나 여러분의 내부 코드를 작성할 때에는 가능한 한 효율적인 코드가 되도록 해야 하겠습니다.)
	일반적으로, 가능하다면 짧은 수명의 임시 객체 생성을 피하십시오. 더 적은 객체들을 만든다는 것은 사용자 경험에 직접적인 영향을 주는 가비지 컬렉션 줄여줌을 뜻합니다.		일반적으로, 가능하다면 짧은 수명의 임시 객체 생성을 피하십시오. 더 적은 객체들을 만든다는 것은 사용자 경험에 직접적인 영향을 주는 가비지 컬렉션 줄여줌을 뜻합니다.

Line 515:		Line 515:

	for (int i = 0; i < this.mCount; i++)		for (int i = 0; i < this.mCount; i++)
	dumpItem(this.mItems[i]);		dumpItem(this.mItems[i]);
	이렇게 하십시오:		이렇게 하십시오:

	int count = this.mCount;		int count = this.mCount;
	Item[] items = this.mItems;		Item[] items = this.mItems;

	for (int i = 0; i < count; i++)		for (int i = 0; i < count; i++)
	dumpItems(items[i]);		dumpItems(items[i]);
	(멤버 변수라는 것을 명확히 하기 위해 명시적인 "this"를 사용하고 있습니다.)		(멤버 변수라는 것을 명확히 하기 위해 명시적인 "this"를 사용하고 있습니다.)

Line 575:		Line 575:
	public class Foo {		public class Foo {
	int mSplat;		int mSplat;
	static Foo mArray[] = new Foo[27];		static Foo mArray[] = new Foo[27];

	public static void zero() {		public static void zero() {
	int sum = 0;		int sum = 0;
	for (int i = 0; i < mArray.length; i++) {		for (int i = 0; i < mArray.length; i++) {
	sum += mArray[i].mSplat;		sum += mArray[i].mSplat;
	}		}
	}		}
Line 586:		Line 586:
	public static void one() {		public static void one() {
	int sum = 0;		int sum = 0;
	Foo[] localArray = mArray;		Foo[] localArray = mArray;
	int len = localArray.length;		int len = localArray.length;

	for (int i = 0; i < len; i++) {		for (int i = 0; i < len; i++) {
	sum += localArray[i].mSplat;		sum += localArray[i].mSplat;
	}		}
	}		}
Line 628:		Line 628:

	for (int n = 0; n < list.size(); n++) {		for (int n = 0; n < list.size(); n++) {
	if (list.items[n].e == MyEnum.VAL_X)		if (list.items[n].e == MyEnum.VAL_X)
	// do stuff 1		// do stuff 1
	else if (list.items[n].e == MyEnum.VAL_Y)		else if (list.items[n].e == MyEnum.VAL_Y)
	// do stuff 2		// do stuff 2
	}		}
Line 642:		Line 642:
	for (int n = 0; n < count; n++)		for (int n = 0; n < count; n++)
	{		{
	int valItem = items[n].e.ordinal();		int valItem = items[n].e.ordinal();

	if (valItem == valX)		if (valItem == valX)
Line 732:		Line 732:
	----		----
	[[2012년활동지도]] [[김준석]]		[[2012년활동지도]] [[김준석]]

imported>zeldababo at 16:42, 2 May 2012

2012-05-02T16:42:16Z

← Older revision		Revision as of 16:42, 2 May 2012
Line 729:		Line 729:
	# 어플이 좋아지면 좋아질수록 내 머리는 터지는군.		# 어플이 좋아지면 좋아질수록 내 머리는 터지는군.
	# 앗 아이디어가 떠올랐어 S-Pen으로 만든 스케치 어플. 왼쪽오른쪽은 손가락으로할때 이동. OK		# 앗 아이디어가 떠올랐어 S-Pen으로 만든 스케치 어플. 왼쪽오른쪽은 손가락으로할때 이동. OK
			# 아악................................ DB동기화 왜이래
	----		----
	[[2012년활동지도]] [[김준석]]		[[2012년활동지도]] [[김준석]]

imported>zeldababo at 16:41, 2 May 2012

2012-05-02T16:41:57Z

← Older revision		Revision as of 16:41, 2 May 2012
Line 392:		Line 392:
	* Thumnail자동 제작해주는 API. 성능은 모르겠다 : http://code.google.com/p/thumbnailator/		* Thumnail자동 제작해주는 API. 성능은 모르겠다 : http://code.google.com/p/thumbnailator/
	* Image Gallery에서 선택후 크기 조절해서 가져오는 Crop : http://www.androidworks.com/crop_large_photos_with_android		* Image Gallery에서 선택후 크기 조절해서 가져오는 Crop : http://www.androidworks.com/crop_large_photos_with_android
			* 안드로이드 서비스 Bind 및 주기 : http://www.androidpub.com/102370
			* Iterator를 통한 Remove방법...
	= 잡지식 =		= 잡지식 =

imported>zeldababo at 07:21, 1 May 2012

2012-05-01T07:21:00Z

← Older revision	Revision as of 07:21, 1 May 2012
(No difference)

imported>zeldababo at 07:20, 1 May 2012

2012-05-01T07:20:29Z

← Older revision		Revision as of 07:20, 1 May 2012
Line 362:		Line 362:
	\|-		\|-
	\| 4/25		\| 4/25
	\| PathRepository를 ArrayList로 Parcelable객체로 만드는것을 성공 순서도상의 DB접근을 제한을 두어야할것 같음. 문제점 : WallpaperManagerActivity에서 Add시키고		\| PathRepository를 ArrayList로 Parcelable객체로 만드는것을 성공 순서도상의 DB접근을 제한을 두어야할것 같음. 문제점 : WallpaperManagerActivity에서 Add시키고 setting하는데 객체가 날아감. 우짬.. 아! 우선 만들어놓고 setting할때만 DB에 저장시키는 방식으로 해야겠다.그리고 0으로 index가 없는것과 있는것을 표기해서 update혹은 새로 만들기를 실행하도록 하고.
	\|-		\|-
	\| 4/26		\| 4/26

imported>zeldababo at 07:20, 1 May 2012

2012-05-01T07:20:16Z

← Older revision		Revision as of 07:20, 1 May 2012
Line 362:		Line 362:
	\|-		\|-
	\| 4/25		\| 4/25
	\| setting하는데 객체가 날아감. 우짬.. 아! 우선 만들어놓고 setting할때만 DB에 저장시키는 방식으로 해야겠다.그리고 0으로 index가 없는것과 있는것을 표기해서 update혹은 새로 만들기를 실행하도록 하고.		\| PathRepository를 ArrayList로 Parcelable객체로 만드는것을 성공 순서도상의 DB접근을 제한을 두어야할것 같음. 문제점 : WallpaperManagerActivity에서 Add시키고
	\|-		\|-
	\| 4/26		\| 4/26

imported>zeldababo at 07:20, 1 May 2012

2012-05-01T07:20:02Z

← Older revision		Revision as of 07:20, 1 May 2012
Line 362:		Line 362:
	\|-		\|-
	\| 4/25		\| 4/25
	\| ~~PathRepository를 ArrayList로 Parcelable객체로 만드는것을 성공 순서도상의 DB접근을 제한을 두어야할것 같음. 문제점 : WallpaperManagerActivity에서 Add시키고~~ setting하는데 객체가 날아감. 우짬.. 아! 우선 만들어놓고 setting할때만 DB에 저장시키는 방식으로 해야겠다.그리고 0으로 index가 없는것과 있는것을 표기해서 update혹은 새로 만들기를 실행하도록 하고.		\| setting하는데 객체가 날아감. 우짬.. 아! 우선 만들어놓고 setting할때만 DB에 저장시키는 방식으로 해야겠다.그리고 0으로 index가 없는것과 있는것을 표기해서 update혹은 새로 만들기를 실행하도록 하고.
	\|-		\|-
	\| 4/26		\| 4/26

imported>zeldababo at 07:19, 1 May 2012

2012-05-01T07:19:53Z

← Older revision		Revision as of 07:19, 1 May 2012
Line 362:		Line 362:
	\|-		\|-
	\| 4/25		\| 4/25
	\| PathRepository를 ArrayList로 Parcelable객체로 만드는것을 성공 순서도상의 DB접근을 제한을 두어야할것 같음. 문제점 : WallpaperManagerActivity에서 Add시키고 setting하는데 객체가 ~~뻑남=ㅂ=~~ 우짬.. 아! 우선 만들어놓고 setting할때만 DB에 저장시키는 방식으로 해야겠다.그리고 0으로 index가 없는것과 있는것을 표기해서 update혹은 새로 만들기를 실행하도록 하고.		\| PathRepository를 ArrayList로 Parcelable객체로 만드는것을 성공 순서도상의 DB접근을 제한을 두어야할것 같음. 문제점 : WallpaperManagerActivity에서 Add시키고 setting하는데 객체가 날아감. 우짬.. 아! 우선 만들어놓고 setting할때만 DB에 저장시키는 방식으로 해야겠다.그리고 0으로 index가 없는것과 있는것을 표기해서 update혹은 새로 만들기를 실행하도록 하고.
	\|-		\|-
	\| 4/26		\| 4/26

imported>zeldababo at 07:19, 1 May 2012

2012-05-01T07:19:32Z

← Older revision		Revision as of 07:19, 1 May 2012
Line 366:		Line 366:
	\| 4/26		\| 4/26
	\| 전체 Activity간의 Parcel데이타를 넘길수 있게 코드를 리펙토링(Refactoring)함. DB의 연결문제를 삭제 삽입 목록에 flag를 달아 해결. 파일을 선택해서 Path와 Name을 보여주는 Activity의 Thumnail을 만들어 보여주게함. Refactoring후 Service 잘작동 확인.		\| 전체 Activity간의 Parcel데이타를 넘길수 있게 코드를 리펙토링(Refactoring)함. DB의 연결문제를 삭제 삽입 목록에 flag를 달아 해결. 파일을 선택해서 Path와 Name을 보여주는 Activity의 Thumnail을 만들어 보여주게함. Refactoring후 Service 잘작동 확인.
			\|-
			\| 4/28
			\| WallPaperAndroidService에서 Bitmap Loading방식 바꿈. 먼저 Loading을 해서 준비해놓고 순서가 오면 화면이 바뀌는 형식으로 바꿔놓음.시간 설정 저장 DB adapter생성 및 DB새로 만들어서 저장함.사용자의 편의를 위한 TextView설명 추가
			\|-
			\| 4/30
			\| UI개설 및 Splash Activity 작성. Loading 까지 기다리는 기능은 없음. 개선사항 : Image Crop을 지원해야함.
			\|-
			\| 5/1
			\| Image Gallery에서 불러와서 크기조절 해주는 Crop 작성. File 입출력을 지원하면서 Side Effect로 DB 기록과 실제 File의 존재 유무를 판단해야하는 경우가 생김
	\|}		\|}
	== Reference ==		== Reference ==

imported>zeldababo at 03:31, 28 April 2012

2012-04-28T03:31:02Z

← Older revision		Revision as of 03:31, 28 April 2012
Line 382:		Line 382:
	* Thumnail제작을 위한 Multi-Thread방식 Image Loading : http://lifesay.springnote.com/pages/6615799		* Thumnail제작을 위한 Multi-Thread방식 Image Loading : http://lifesay.springnote.com/pages/6615799
	* Thumnail자동 제작해주는 API. 성능은 모르겠다 : http://code.google.com/p/thumbnailator/		* Thumnail자동 제작해주는 API. 성능은 모르겠다 : http://code.google.com/p/thumbnailator/
			* Image Gallery에서 선택후 크기 조절해서 가져오는 Crop : http://www.androidworks.com/crop_large_photos_with_android
	= 잡지식 =		= 잡지식 =