• C 언어란?
• C 프로그램 실행과정
• C 언어 학습에 핵심. 변수와 상수
• 음수의 표현
• 표준 입출력 함수 printf(), scanf()
• 비표준 입출력함수 getch(), getche()
• 매크로, 연산자
• 포인터의 이해
• 함수의 이해
• 전역변수와 지역변수
• 기억부류, 변수
• 배열의 이해
• 라인 입출력 함수
• 문자열 조작함수 직접 구현하기
• 과제 #1 입출력, 연산자

• 과제 #2 제어문/선택문을 이용해 다양한 모양그리기

• 과제 #3 함수, 포인터의 사용
• 과제 #4 배열과 문자열

• 함수의 이해 / 데이터의 전달

• 비트필드
• puchchar()
• scanf()
• 성적관리 프로그램
• 바이트 오더링
• 분할 컴파일
• 배열의 전달과 요소접근
• 구조체
• 전처리 지시어
• 파일 입출력
• 포인터 응용

1. 기본사항

2. 프로젝트 소개 

3. 개발환경  

6-2.색인기(Indexer) 모듈

7. 주요화면

실시간 인기 검색어 목록과 입력한 검색어 이력 목록을 제공

검색어 “Finding Nemo”의 검색결과

1.기본사항

2.프로제트 개요

3. 개발환경

4. 맡은 업무및 구현 내용

5. 분실물 다나와 시스템 구성도 

6. 푸시 모듈 클래스 다이어그램 

7. 주요 화면 

메인화면

분실물 목록조회 화면

분실물 정보 상세조회

유사 분실물 발견시 등록

유사 분실물이 발견시 푸시수신

발견된 유사 분실물 목록

발견된 유사분실물 상세정보

대중교통별 분실물 센터의 전화번호와 위치 안내

버스별 분실물 센터

버스별 분실물센터 위치

2009년 8월~12월은 가장 재미있었던 개발을 했던 순간으로 기억합니다. 

비트 자바 고급반을 수강하면서 그동안 몰랐던 웹이라는 기술에 눈을 떳던 시간이었고, 

프로젝트다운 프로젝트를 했던 순간이었고 좋은 동료들과 인상깊었던 결과물을 완성할 수 있었던 시간이었습니다. 

결과물을 SourceForge 에 올려 오픈소스 프로젝트로 삼겠다던 당시의 포부는 게으름으로 이루지 못했지만 ^^;; 

이대로 그냥 지나쳐 버리기엔 너무 아쉬울 당시의 결과물을 표현하고자 이 글을 작성합니다 ~

1. StarOS - "언제 어디서나 웹을 내 개인PC 환경처럼 쓸수 없을까"

StarOS는 웹을 마치 개인 PC 바탕화면처럼 사용하면 좋겠다는 생각으로 만들어진 "브라우저에서 동작하는 OS" 입니다. 

현재의 서비스들에 비유하자면 "클라우드+웹하드+a" 정도로 생각할 수 있겠네요. 

2. StarOS로 무엇을 할 수 있는데?

기획당시 일반적으로 개인 PC에서 할 수 있는 작업들을 할 수 있도록 하고 싶었습니다.  

예를 들자면 음악/비디오 감상, 메일쓰기, 워드 문서작성, 사진 보기, 일정작성, 인터넷 서핑과 같은 가장 빈번하게 

사용하는 작업들 말이죠. 

2달이라는 짧은 시간동안 프로젝트를 완료 해야했기에 다소 기능을 제한하여 다음을 목표로 삼았습니다. 

프로젝트가 순조롭게 진행되었고, 2달이 다되어 갈 무렵에 계획했던 기능들이 모두 구현되었습니다. 

팀원들과 테스트를 진행하던 중에, StarOS 가 기능들을 잘 제공하기는 하지만 너무 재미없다는 것을 깨닫게 되었습니다. 

"누군가와 공유할 수 있는 무엇가가 있으면 좋겠다" 는 생각을 하게 되었고, 

방문자에게 파일을 공개/비공개 유무를 설정할 수 있고, 방명록을 통해 글을 남길 수 있는 기능을 추가로 적용했습니다. 

SNS 기능을 추가한 것인데요! 남아있는 프로젝트 시간이 없어서 "방명록" 과 "파일 공개설정" 에 그쳤지만 

채팅이라던가 친구와 게임하기와 같은 소셜 기능 등 재미있는 요소를 많이 적용할 수 있겠다는 생각이 들었습니다. 

3. 개발 개발 개발

4명의 팀원들과 주제선정, 마인드맵을 사용한 브레인스토밍을 거쳐 구현할 기능 구체화한 뒤...

업무를 분장하고 개발에 착수했습니다.  Flex 플랫폼을 모두 처음 접했기 때문에 처음 진행은 더딜 수 밖에 없었습니다. 

하지만 모두들 같은 목표를 위해 열심히 했고, 팀워크가 워낙 좋았기 때문에 조금씩 결과물이 보이기 시작했습니다. 

제가 담당했던 부분은 전반적인 아키텍처 설계 및 탐색기와 메일클라이언트의 구현이었습니다. 

"윈도우 창관리"와 "아이콘과 이벤트 연동" 과 같이 상당히 고난이도의 UI 를 다루는 기술이 필요했기에 처음에는 너무

막막했습니다. 그러던 중 구글코드에서 창관리를 구현한 오픈소스를 발견하였고,  저희 프로젝트에 맞게 커스터마이징하고 

아이콘 배치구조와 클릭시 이벤트를 전송하는 구조를 구현하고, 팀원들에게 전파했습니다.

기반코드가 만들어지니 그 이후부터는 좀더 수월하게 진행할 수 있었습니다. 각 자 맡은 모듈을 구현하면서 재미있게 놀수 있었죠!

유일한 여자 팀원이 있었는데, 수업시간에 매일 조느라고 프로젝트에 적응할 수 있을까? 란 고민이 컸었는데 프로젝트에서

이분의 역할이 상당했습니다.  탁월한 디자인 안목으로 StarOS에 생명을 불어 넣어주셨었죠. 잠만 덜 자면 참 좋았을 텐데 ㅋ

4. 내가 StarOS다!

2달간의 프로젝트 완료후 발표회에서 사용했던  발표자료 입니다. 

이전 이전

01234567891011121314151617181920212223242526272829

StarOS의 모습은 아래와 같습니다. 

시연 영상도 볼까요?

전문 다자이너가 없어서 웹사이트 디자인은 많이 부실하지만 

StarOS 애플리케이션은 나름 봐줄만 하죠 ^^

Java 고급과정에서 배웠던 Spring2.5, iBATIS  내용들을 200% 활용하였고,  Flex도 학습할 수 있어서 기술적으로 많은 것을 배웠던 프로젝트였습니다. 

가끔 그때 Source forge에 오픈소스로 등록하여 지금까지 계속 개선하고 가꾸어 왔으면 어땠을까? 하는 생각을 해보네요 

마지막으로 "재미있게 개발을 하기위해 힘쓰고 있는가" 라는 물음을 던지면서 이 글을 마칠까 합니다.

2. 자바란?

자바 언어의 개발사인 썬은 spac 이란 서버제품군을 제작하는 회사였습니다. 

낮은 H/W 마진을 개선하고자, 자사의 H/W 위에 마진이 높은 S/W(유닉스 등)를 얹혀서 팔려했는데

하드웨어마다 소프트웨어를 재작성해야 하는 문제가 있었습니다. 즉 다양한 머신 위에서

한번작성하면 동일하게 동작하는 S/W를 만들려는 노력해서 Java가 탄생하게 되었습니다

위키: http://en.wikipedia.org/wiki/Java_language

3. 자바의 장점

객체지향적, 플랫폼 독립적, 동적이고 배포하기 쉬우며... 견고하고 보안에 강하다!

하지만 객체지향적이고, 보안에 강하다는 특성을 살리는 것은 소프트웨어를 작성하는 개발자에 전적으로 

달려있답니다. (무서운 강사님의 말씀...)

4. 플랫폼 독립적?

c언어는 컴파일러가 머신에 의존적인 기계어 코드(실행파일)를 생성합니다. 유닉스, 리눅스, 윈도우, 맥에서 

실행하기 위해서는 소스 수준에서 재컴파일이 필요합니다. 

자바는 OS와 소스코드 중간에 JVM(Java Virtual Machine)이라는 중간계층을 두어 이를 해결했습니다. 

소스코드를 가산머신이 인식할 수 있는 중간언어인 바이트 코드로 컴파일해서 배포합니다. 그러면 각 OS에 

설치되어 있는 JVM이 바이트 코드를 기계어로 번역하여 실행합니다.

(단, 각 OS 마다 각 머신에 맞는 JVM이 설치되어 있어야 합니다. 한번만 설치하면 되니까 매번 소스를 

재컴파일해야 하는 것보다는 훨씬 유연성이 있죠)

5. 기업 인터넷 환경에서의 Java

유연성을 위해 3-Tier(프레젠테이션 계층-비지니스 계층-데이터(DB) 계층)의 형태로 구성됩니다. 

현재는 더욱 확장된 N-Tier로 구성된다고 하네요. 

PS. Three Tier를 삼-Tier로 읽는 센스 ㅋ

6. JVM 의 동작방식

클래스 로더가 소스코드를 스캔하여 모든 필요한 클래스를 로드합니다. 필요한 클래스 위치는 CLASSPATH 

환경변수를 참조하게 찾게됩니다. JVM Verifier 가 오작동 될 수 있는 코드(무한루프와 같은...)를 검사해서 

사전에 차단합니다. 이어서 바이트 코드를 실행하게 되는데, 이때 JIT(Just-In-Time) 컴파일러가 동작합니다. 

즉 소스코드와 (컴파일된 .class)클래스 파일의 수정일자를 비교해서, 소스코드가 더 나중에 수정됐을 경우에만 

재컴파일하게 됩니다. 

(PS. JIT를 도입해서 자바의 느린 성능을 어느정도 극복했고, 버전업 될때마다 크게 향상되고 있습니다.

      또 가비지 컬렉터라는 메모리 관리자가 더이상 사용되지 않는 객체를 수시로 검사하여 자동으로 메모리를 

     반환해줍니다)

7. 자바환경에서 보안 구현

언어차원과 컴파일러, 클래스 로더, 바이트코드 검증기(Verifier) 등 계층적으로 위해한 코드를 차단해줍니다.

8. 자바 애플리케이션의 배포방식

.zip 또는 .jar로 압축해서 배포합니다. .jar은 단순히 소스만 압축할 수도 있고, 클래스파일까지 함께 압축해서 

실행가능한 형태로 만들 수 있습니다. 웹에서는 .war 형태로 압축해서 배포됩니다. 

9. JDK(Java Development Kit)

통상 J2SE를 지칭합니다.컴파일러, 코어클래스 라이브러리, 디버거, JVM, JAR(Java ARchive utility) 등으로 

구성됩니다. Java 1.2버전 이후부터 대폭 내부구조가 개선되었는데 이를 표현하기 위해 1.2버전 이후부터는 

JAVA2라고 부릅니다. (웹2.0 처럼 큰 변화가 있었다는 의미이지요). 

JAVA2에는 J2SE, J2ME, J2EE 이렇게 3가지가 있습니다. 

J2ME는 모바일 환경의 S/W 작성을 위해 필요한 클래스만 추려낸 버전이고, J2EE는 기업환겨에 맞게 병렬실행 

등을 강화한 버전입니다. 

10. 자바빈즈(JavaBeans)

Beans는 땅콩을 의미하는 땅콩은 알맹이를 껍데이가 감싸는 형태로 되어있죠. 

클래스가 속성과 메소드를 깜싸고 있는 모습이 흡사 땅콩과 같다해서 자바빈즈라고 부릅니다. 

보통 프레임워크에서 데이터 속성과 표준화된 getter, setter를 갖는 클래스를 빈즈라고 합니다. 

11. 기본형 데이터 타입

1. 라이프 게임 개발을 시작하다

2008년 6월 25일 수요일 새벽 잠들기 전....

1년간 프로그래밍에 전혀 손 대지 않다가... 다시 프로그래밍을 하려고 하니 영~ 힘들다  

1년이란 시간이 매우 길긴 기나부다...그 많은 것을 잊어버렸다. 자바 Spring 프레임워크를 파보려고 하는데

읽어도 무슨말인지 모르겠고, 이클립스 등 개발환경 셋팅하는데만 하루가 걸렸다. ㅡㅡ;;

잊어버린 자바 관련 지식을 상기시키고자, 첫 번째 프로젝트에 들어갔다. 프로그램은 "콘웨이"에 '라이프 게임!'

게임 알고리즘이 간단해서 연습용 프로젝트에 딱인 것 같다.

그럼 라이프 게임이 무엇인지부터 알아보자!

2. 라이프 게임이란?

3. 게임 규칙

게임규칙을 요약하면 아래와 같다 

4. 구현하기

프로그래밍을 하기 위하여 구현한 절차는 아래와 같다. 

먼저 모든 셀들을 순회하면서 살아있는 이웃셀을 카운트하고, 살아있는 이웃의 개수를 저장한다

이를 바탕으로 위 세가지 규칙을 적용하여 다음세대 살아있는 셀들을 결정한다.

간략하게 만들어 화면은 아래와 같다. 

4.1 게임판의 표현

게임판은 JPanel을 상속하는 Cell을 가로, 세로 size 개수 만큼의 요소로 갖는 이차원 배열로 표현하였다. 

LifeGame 클래스는 게임의 전체적인 흐름을 관리하는 메소드들을 갖는다. 

public class LifeGame extends JPanel  {
       ...
	private void init() {	
		setLayout(new GridLayout(size,size));
		cells = new Cell[size][size];
		
		for (int i=0; i < size; i++)
			for (int j=0; j < size; j++) {
				cells[i][j] = new Cell();
				cells[i][j].setBorder(BorderFactory.createLineBorder(Color.BLACK));
				add(cells[i][j]);
			}
		rule = new GameRule(cells);
	}
        ...
	public void transition() {
		rule.countAliveNeibor();
		rule.applyRule();
	}
        ...
}

4.2 셀의 표현과 셀의 상태 

Cell은 live 상태(true이면 살아있고, false 죽어있는 상태)와 살아있는 이웃의 개수에 대한 변수를 갖는다. 

live 상태에서 따라서 셀이 그려지거나 혹은 그려지지 않거나 한다.

public class Cell extends JPanel {
	private boolean live = false;
	private int neighborCount = 0;
	private Image img = null;
	private int w, h;
        ...
       @Override
	protected void paintComponent(Graphics g) {
	        ...
		if (live) {
			gg.drawImage(img, 0, 0, this);
		}
		else {
			gg.setColor(getBackground());
			gg.fillRect(0, 0, getWidth(), getHeight());
		}
		g.drawImage(image, 0, 0, this);
	}
}

4.3 게임규칙의 표현

턴마다 LifeGame 클래스의 transition()메소드가 호출되면, GameRule 클래스의 countAliveNeibor() 메소드가 

먼저 호출되고, 이웃하는 셀들에 개수를 모두 카운팅 한뒤, 살아있는 세대를 결정하기 위해 applyRule()메소드가 호출된다. 

public class GameRule {
    ...
     public void countAliveNeibor() {
         ...
     }
     public void applyRule() {
		int neighborCount;

		for (int r = 0; r < rows; r++) {
			for (int c = 0; c < cols; c++) {
				neighborCount = cells[r][c].getNeighborCount();

				if (cells[r][c].getLife()) {
					if (neighborCount <= 1 || neighborCount >= 4)
						cells[r][c].setLife(false);
				}
	
				else  {
					if (neighborCount == 3) 
						cells[r][c].setLife(true);
				}
			}
		} //for 
	}
}

5. 버려진 프로그램은 싫다! 리팩토링~

2009년 08월 04일

예전에 만든 라이프게임 UI가 허접해서 라이프게임 알고리즘은 그대로 드고, 드로잉부분만 수정해서 다시 만들어봤다. 

6. 개발하게 하면서 이런걸 알게되었다~

7. 만들면서 삽질하게 만든 요인들

8. 짜잔~ 최종적으로 만들어진 프로그램

다음은  LifeGame, GameRule, Cell 클래스 소스이다. 

package lifegame;
import java.awt.Color;
import java.awt.Graphics;
import java.awt.GridLayout;

import javax.swing.BorderFactory;
import javax.swing.JPanel;

@SuppressWarnings("serial")
public class LifeGame extends JPanel  {
	private Cell[][] cells;
	private int size; 
	private GameRule rule; 

	public LifeGame(int size) {
		this.size = size;
		init();
	}

	// 초기화 
	private void init() {	
		setLayout(new GridLayout(size,size));
		cells = new Cell[size][size];
		
		for (int i=0; i < size; i++)
			for (int j=0; j < size; j++) {
				cells[i][j] = new Cell();
				cells[i][j].setBorder(BorderFactory.createLineBorder(Color.BLACK));
				add(cells[i][j]);
			}
		rule = new GameRule(cells);
	}

	public void cellAlive(int r, int c) {
		cells[r][c].setLife(true);
	}
	
	public void cellDead(int r, int c) {
		cells[r][c].setLife(false);
	}

	public boolean getLifeCell(int r, int c) {
		return cells[r][c].getLife();
	}

	public void clearGame() {
		for (Cell[] cs : cells) 
			for (Cell c : cs)
				c.setLife(false);
	}

	public void transition() {
		rule.countAliveNeibor();
		rule.applyRule();
	}
	
	@Override
	protected void paintComponent(Graphics g) {
		for (Cell[] cs : cells)
			for (Cell c : cs)
				c.repaint();
	}
}

package lifegame;

public class GameRule {
	private Cell[][] cells;
	private static final int LEFT = -1, UP = -1;
	private static final int RIGHT = 1, DOWN = 1;
	private int rows, cols;
	
	public GameRule(Cell[][] cells) {
		this.cells = cells;
		rows = cells.length;
		cols = cells[0].length;
	}

	// 각 셀의 살아있는 이웃을 센다 
	public void countAliveNeibor() {
		int nNeighbor;

		for (int r = 0; r < rows; r++) {
			for (int c = 0; c < cols; c++) {
				
				nNeighbor = 0;
				if (r + UP >= 0)
					if(cells[r + UP][c].getLife())
						nNeighbor++;

				if (r + UP >= 0 && c + RIGHT < cols)
					if (cells[r + UP][c + RIGHT].getLife())
						nNeighbor++;
							
				if (c + RIGHT < cols)
					if (cells[r][c + RIGHT].getLife())
						nNeighbor++;

				if (r + DOWN < rows && c + RIGHT < cols)
					if (cells[r + DOWN][c + RIGHT].getLife())
						nNeighbor++; 
							
				if (r + DOWN < rows)
					if (cells[r + DOWN][c].getLife())
						nNeighbor++;

				if (r + DOWN < rows && c + LEFT >= 0)
					if (cells[r + DOWN][c + LEFT].getLife())
						nNeighbor++;				

				if (c + LEFT >= 0)
					if (cells[r][c + LEFT].getLife())
						nNeighbor++;

				if (r + UP >= 0 && c + LEFT >= 0)
					if (cells[r + UP][c + LEFT].getLife())
						nNeighbor++;

				cells[r][c].setNeighborCount(nNeighbor);
			}
		} // for

	}
	// 살아있는 셀은 이웃이 1명 이하, 4명 이상이면 죽는다
	// 죽어있는 셀은 이웃이  3명이면 살아난다
	// 이웃이 2,3명인 살아있는 셀은 계속 산다 
	public void applyRule() {
		int neighborCount;

		for (int r = 0; r < rows; r++) {
			for (int c = 0; c < cols; c++) {
				neighborCount = cells[r][c].getNeighborCount();

				if (cells[r][c].getLife()) {
					if (neighborCount <= 1 || neighborCount >= 4)
						cells[r][c].setLife(false);
				}
	
				else  {
					if (neighborCount == 3) 
						cells[r][c].setLife(true);
				}
			}
		} //for 
	}

}

package lifegame;

import java.awt.Dimension;
import java.awt.Graphics;
import java.awt.Image;
import java.io.BufferedInputStream;

import javax.swing.JPanel;
import javax.imageio.ImageIO;


@SuppressWarnings("serial")
public class Cell extends JPanel {
	private boolean live = false;
	private int neighborCount = 0;
	private Image img = null;
	private int w, h;
	
	
	public Cell() {
		try {
			img = ImageIO.read(new BufferedInputStream(Res.class.getResourceAsStream("../life.png")));
			w = img.getWidth(this);
			h = img.getHeight(this);
			setPreferredSize(new Dimension(w,h));
		} catch (Exception e) {
			e.printStackTrace();
		}
	}
	
	public void setLife(boolean s) { 
		live = s;
	}
	
	public boolean getLife() {
		return live;
	}
	
	public void setNeighborCount(int n) {
		neighborCount = n;
	}
	
	public int getNeighborCount() {
		return neighborCount;
	}

	@Override
	protected void paintComponent(Graphics g) {
		// 더블 버퍼링 
		Image image = createImage(getWidth(), getHeight());
		Graphics gg = image.getGraphics();
		
		if (live) {
			gg.drawImage(img, 0, 0, this);
		}
		else {
			gg.setColor(getBackground());
			gg.fillRect(0, 0, getWidth(), getHeight());
		}
		g.drawImage(image, 0, 0, this);
	}
}

11회 때 축하공연을 한 달샤벳도 굉장히 인상적이었는데, 12회때는 축하공연이 없어서 

살짝 아쉬웠다는... ㅎㅎ

유익하고 개발자들의 탐구욕을 자극시켜줄  한국 자바 개발자 컨퍼런스를 기대해 봅니다. 

보너스로 ... 11회때 공연마치고 차량으로 복귀하는데  "이쪽 좀 봐주세요!" 하는 외침에

난감한 표정으로 답하는 세리양 이네요 ㅎ