Helloworld를 살펴보자! 

public class Helloworld {
	public static void main(String[] args) {
		System.out.println("Hello world.");
	}
}

javac Helloworld.java

생성된 Helloworld.class를 살펴보자.

javap -c -l -v Helloworld.class

javap [번역] 는 클래스(.class) 파일 역어셈블러(역컴파일러는 이상한가? ㅡ_-)?)이다. 컴파일되어서 바이트코드가 된 클래스파일을 살펴본 적이 없었다. ㅡ0-);;

Classfile /ihoneymon/Documents/Helloworld.class
  Last modified 2013. 6. 26; size 426 bytes
  MD5 checksum 1c34705a72fff1557ef69c977ce53552
  Compiled from "Helloworld.java"
public class Helloworld
  SourceFile: "Helloworld.java"
  minor version: 0
  major version: 51
  flags: ACC_PUBLIC, ACC_SUPER
Constant pool:
   #1 = Methodref          #6.#15         //  java/lang/Object."<init>":()V
   #2 = Fieldref           #16.#17        //  java/lang/System.out:Ljava/io/PrintStream;
   #3 = String             #18            //  Hello world.
   #4 = Methodref          #19.#20        //  java/io/PrintStream.println:(Ljava/lang/String;)V
   #5 = Class              #21            //  Helloworld
   #6 = Class              #22            //  java/lang/Object
   #7 = Utf8               <init>
   #8 = Utf8               ()V
   #9 = Utf8               Code
  #10 = Utf8               LineNumberTable
  #11 = Utf8               main
  #12 = Utf8               ([Ljava/lang/String;)V
  #13 = Utf8               SourceFile
  #14 = Utf8               Helloworld.java
  #15 = NameAndType        #7:#8          //  "<init>":()V
  #16 = Class              #23            //  java/lang/System
  #17 = NameAndType        #24:#25        //  out:Ljava/io/PrintStream;
  #18 = Utf8               Hello world.
  #19 = Class              #26            //  java/io/PrintStream
  #20 = NameAndType        #27:#28        //  println:(Ljava/lang/String;)V
  #21 = Utf8               Helloworld
  #22 = Utf8               java/lang/Object
  #23 = Utf8               java/lang/System
  #24 = Utf8               out
  #25 = Utf8               Ljava/io/PrintStream;
  #26 = Utf8               java/io/PrintStream
  #27 = Utf8               println
  #28 = Utf8               (Ljava/lang/String;)V
{
  public Helloworld();
    Signature: ()V
    flags: ACC_PUBLIC
    LineNumberTable:
      line 1: 0
    Code:
      stack=1, locals=1, args_size=1
         0: aload_0       
         1: invokespecial #1                  // Method java/lang/Object."<init>":()V
         4: return        
      LineNumberTable:
        line 1: 0

  public static void main(java.lang.String[]);
    Signature: ([Ljava/lang/String;)V
    flags: ACC_PUBLIC, ACC_STATIC
    LineNumberTable:
      line 3: 0
      line 4: 8
    Code:
      stack=2, locals=1, args_size=1
         0: getstatic     #2                  // Field java/lang/System.out:Ljava/io/PrintStream;
         3: ldc           #3                  // String Hello world.
         5: invokevirtual #4                  // Method java/io/PrintStream.println:(Ljava/lang/String;)V
         8: return        
      LineNumberTable:
        line 3: 0
        line 4: 8
}

이 Helloworld 클래스의 경우에는 main() 메소드에 의해서 실행되다 보니 더욱 절차적인 형태를 띄게 되지 않았을까? 

역컴파일된 클래스파일을 보면, 실행순서와 참조하는 라이브러리들을 확인할 수가 있다. 이런거였군~!


이제 조금은 자바를 대하는 태도가 변하고 있는 듯 하다. 얼마 전까지만 해도 구현하는 것에만 집착했었는데, 최근에는 개발환경 구축, CI, 변경이력관리, 아키텍처 등에 대해서 조금씩 시선이 돌아가고 있다. 그만큼, 내 역량이 성장했다는 증거가 되길 바란다.

API 참고 URL : http://download.oracle.com/javase/6/docs/api/java/lang/Class.html

   Class는 JVM(Java Virtual Machine)에서 정의된 클래스로 자동 생성해준다. 자바에서 사용하는 모든 클래스에 존재하는 한다. ㅡ_-)>

처음에는 내가 원하는 기능을 만들기 위해, 내가 할 수 있는 것들을 총동원해서(총동원해도 다른 이들보다 역량이 부족하니 턱없이 완성도가 낮은) 만들려고 했었다. 하지만, 요즘 들어 꺠닫게 되는 것이지만 '내가 필요로 하는 것들은 이미 누군가에 의해 만들어져 있다' 라는 경험을 자주 접하고 있다. 인터넷 검색만 제대로 해도 내가 원하는 기능을 '내가 할 수 있는 방법'보다 훨씬 깔끔하고 간결하게 표현한 것들을 많이 찾아볼 수가 있다.


최근 진행하고 있는 프로젝트에서도 '오픈 소스'로 제공하고 있는 다양한 기능들을 활용하여 만족스런 성과를 거두고 있다(아는 만큼 보인다. '오픈소스'도 마찬찬가지다. 아는 만큼 보인다. 제대로 소스와 언어를 이해하는 사람에게는 잘 보이는 것 같다. 나는 아직 안보여!!).

  '오픈소스' 라고 무턱대고 가져다 쓰다보면 나중에 고생할 수가 있다. 우리 수석님이 강조하고 강조하시는 부분이다.



어쨌든!

'객체에 있는 필드명을 이용해서 정보를 가져올 수 있지 않을까?'

라는 기대를 하면서 인터넷 검색을 하다보니

'왠걸?'

이미 JDK에 기본적으로 있는 java.lang.Class 에서 필요한 부분들을 제공하고 있었다. 우선은 간단하게 어떻게 동작하는지 알아볼겸 테스트 케이스를 작성해봤다. 어떻게 정보를 가져올지 찔러본달까?


package javastudy.clazz;

import static org.hamcrest.CoreMatchers.*;
import static org.junit.Assert.*;

import java.lang.reflect.Field;

import org.junit.Before;
import org.junit.Test;

public class ClassTest {

    private TestMakeClass makeClass;
    private String FIELD_NAME = "fieldName";
    private String FIELD_ATTRIBUTE = "filedAttribute";
    private String MAKE_VALUE = "testMakeValue";
    private String MAKE_ATTRIBUTE = "string";

    @Before
    public void setUp() {
        makeClass = new TestMakeClass();
        makeClass.setFieldName(MAKE_VALUE);
        makeClass.setFieldAttribute(MAKE_ATTRIBUTE);
    }

    /**
     * private 접근제어 선언이 되어 있는 경우,
     * field.setAccessible(true) 선언을 해주면 접근이 가능하다. 
     */
    @Test
    public void testClassGetPrivateField() {
        
        Field field = null;
        try {
            field = makeClass.getClass().getDeclaredField(FIELD_NAME);
            field.setAccessible(true);
        } catch (SecurityException e) {
            e.printStackTrace();
        } catch (NoSuchFieldException e) {
            e.printStackTrace();
        }

        String fieldNameValue = null;
        try {
            fieldNameValue = (String) field.get(makeClass);
        } catch (IllegalArgumentException e) {
            e.printStackTrace();
        } catch (IllegalAccessException e) {
            e.printStackTrace();
        }
        assertThat(fieldNameValue, is(makeClass.getFieldName()));
    }
    
    /**
     * private 선언된 필드 정보를 가져오려고 하면 IllegalAccessExceptino이 발생함.
     * 
     * @throws SecurityException
     * @throws NoSuchFieldException
     * @throws IllegalArgumentException
     * @throws IllegalAccessException
     */
    @Test(expected=IllegalAccessException.class)
    public void testClassGetPrivateFieldThrowsEception() throws SecurityException,
    NoSuchFieldException, IllegalArgumentException,
    IllegalAccessException {
        
        Field field = makeClass.getClass().getDeclaredField(FIELD_NAME);
        
        String fieldNameValue = (String) field.get(makeClass);
        assertThat(fieldNameValue, is(makeClass.getFieldName()));
    }
    
    @Test
    public void testClassGetPublicField() throws SecurityException,
    NoSuchFieldException, IllegalArgumentException,
    IllegalAccessException {
        
        Field field = makeClass.getClass().getDeclaredField(FIELD_ATTRIBUTE);
        
        String fieldAttribute = (String) field.get(makeClass);
        assertThat(fieldAttribute, is(makeClass.getFieldAttribute()));
    }
    
    @Test
    public void testClassGetFileds() throws IllegalArgumentException, IllegalAccessException {
        Field[] fields = makeClass.getClass().getFields();
        System.out.println("fields size is[" +fields.length+ "]");
        
        for(Field field : fields) {
            //public 선언되어 있는 필드 정보만 나타난다. 
            String fieldValue = (String) field.get(makeClass);
            System.out.println(fieldValue);
            
        }
    }

    public class TestMakeClass {
        private String fieldName;
        public String fieldAttribute;

        public String getFieldName() {
            return fieldName;
        }

        public void setFieldName(String fieldName) {
            this.fieldName = fieldName;
        }

        public String getFieldAttribute() {
            return fieldAttribute;
        }

        public void setFieldAttribute(String fieldAttribute) {
            this.fieldAttribute = fieldAttribute;
        }

    }
}

이렇게 해서 fieldName을 이용해서 객체의 필드정보를 뽑아내고, 그 필드정보에서 원하는 정보를 가져오는 방법을 익혀봤다.

객체의 필드를 다루기 위해서 숙지해둬야할 것은,  접근하려고 하는 필드의 '접근제어'에 대한 선언이 어떻게 되어있는지 알고 있어야 한다는 것이다.

처음에는


  '뭐야? 이렇게 필드값을 빼낼 수 있으면 캡슐화를 할 이유가 없잖아?'


하고 생각했지만, 테스트 케이스를 작성하면서


  '아, 그 객체 안에 있는 필드명을 모르면 예외만 보겠구나.'


라고 생각하면서 테스트 케이스를 작성해보다가


  '아, 이걸 XML 등에서 정의해놓고 이 xml에서 정보를 가져와서 요렇게 해서 저렇게 할 수 있곘는데?'


라는 '내가 찾던 해결책'을 찾았다.

  이 부분에 대해서는 나중에 공개하도록 하겠다. ^^; 오늘은 여기

IBatis 가 가동되기 전, 서브 SqlMap에 있는 XML들을  읽는다.
이때 SqlmapXxxx.xml에 있는 ResultMap 과 해당하는 클래스의 Mapping 확인도 진행된다.

이런 메시지가 뜬다면, 
 Caused by: com.ibatis.common.beans.ProbeException: There is no WRITEABLE property named 'leadDay' in class '...domain.showcase.bestseller.BestSellerList'
해당하는 sqlmap에서 <ResultMap>에서 class property에 설정된 클래스와 <result> 내에 property 항목이 일치하는지  확인하도록 한다.

Java Generic Programming 관련 내용 :

WIKI 사이트 : http://en.wikipedia.org/wiki/Generics_in_Java

SUN 사이트 : http://java.sun.com/developer/technicalArticles/J2SE/generics/index.html


  J2SE 5.0에서 가장 두드러진 특징 중의 하나는 제네릭(Generic) 프로그래밍을 지원한다는 것이다. 제네릭 프로그래밍이란 효율적인 알로그림의 추상적인 형태로 표현하기 위한 프로그래밍 기법이다(Generic Programming is a programming mehod that is based in finding the most abstract representations of efficient algorithms. - Alexander Stepanov 정의, WIKI 사이트 참조).


  자바는 제네릭 프로그래밍을 위해서 제네릭 타입과 메소드를 제공한다. 자바 제네릭 프로그래밍은 기존 C++언어의 템플릿과 유사한 점도 있지만 차이점도 많이 갖고 있다. 이러한 차이점들은 C++ 템플릿에 비해 자바 제네릭 프로그래밍에 여러 가지 장점을 제공한다. 자바 제네릭 프로그래밍은 C++ 의 템플릿에 대해서 다음과 같은 장점을 갖는다.

  • 컴파일 시 타입 체킹 가능 - 자바 제네릭 프로그래밍은 컴파일 시에 타입 체킹이 가능하기 때문에 실행 시에 형변환에서 발생할 수 있는 많은 에러를 방지할 수 있다.

  • 하나의 컴파일 된 코드 생성 - C++의 템플릿은 실제로 사용되는 데이터에 따라 여러 개의 컴파일된 코드를 생성하는 데 비해서 자바는 하나의 컴파일된 코드를 생성한다.

  • 소스 코드 불필요 - C++의 템플릿을 사용하는 경우에 템플릿을 사용하기 위해서는 템플릿 소스 코드가 필요하지만, 자바 제네릭 프로그래밍을 사용하는 경우에는 컴파일된 라이브러리만 존재하면 된다.


● 제네릭 클래스, 인터페이스

자바에서 제네릭 클래스, 인터페이스, 메소드는 '<' 과 '>' 문자를 이용해서 표현한다. 예를 들어, GList라는 제네릭 클래스는 다음과 같은 형태로 정의할 수 있다. 이 때 E는 타입을 표현하기 위해서 사용되며, 포멀 파라미터 타입(Formal parameter type)이라고 한다.

   

제네릭 Glist 클래스 정의

class GLisst<E> {
    void add(E x) {
        ...
    }
    ...
}

  정의된 제네릭 클래스는 생성해서 사용할 수 있다. 이 때 제네릭 클래스를 생성할 때 사용되는 타입( 예 : Integer )을 Actual Type Argument라고 한다. 또한 제네릭 타입 선언을 위해 호출하는 것( 예 : GList<Integer> )을 파라미터화된 타입이라고 한다.


● List 인터페이스 사용

GList<Integer> myList = new GList<Integer>();

  파라미터화된 타입(parameterized type)은 클래스 혹은 인터페이스 이름 C와 파라미터 섹션에 해당되는 <T1, ... , Tn>으로 구성된다. 즉, C<T1, ... , Tn>으로 표현된다. 파라미터화된 타입은 다음과 같은 형태로 선언될 수 있다.


형태 : 파라미터화된 타이(Parameterized type)

Class Or Interface < ReferenceType [, ReferenceType ] >


다음 예는 파라미터화된 타입을 선언하는 것을 보여준다.

파라미터화된 타입

Vector<String>

Seq<Seq<A>>

Seq<String>.Zipper<Integer>

Collection<Integer>

Paint<String, String>


J2SE 5.0 에서 작성된 제네릭 프로그램은 컴파일된 후에 J2SE 1.4의 JVM에서도 실행될 수 있다. 이것은 제네릭 특성을 기존 JVM에서도 호환성 있도록 변환하기 떄문에 가능하다. 이처럼 제네릭 프로그램을 제네릭을 사용하지 않는 형태로 변환하는 것을 타입 제거(Type erasure)라고 한다.


java.util 패키지의 자바 컬렉션(Collection) 클래스들은 기본적으로 제네릭 프로그래밍을 지원하도록 만들어졌다. 예를 들어, java.util 패키지의 Vector 클래스도 제네릭 클래스 형태로 정의되어 있다. 따라서 우리는 Vector 클래스를 제네릭 프로그래밍 방법으로 사용할 수 있다. 다음의 StrinVector.java 예제는 Vector 를 이용해서 제네릭 프로그래밍을 사용하는 방법을 보여준다. 제네릭 프로그래밍을 사용하는 경우에 보다 편리하게 프로그래밍을 작성할 수 있다.


ex) StringVector.java

import java.util.*;

    public class StringVector {

    public static void main( String args[] ) {

    Vector<String> v = new Vector<String>();   // 문자열을 원소로 갖는 백터 객체 v를 생성한다.
    v.addElement("Hello");
    v.addElement("World!!");
    //v.add(5); 컴파일시 에러 발생, 5는 String 타입이 아니다.

    for ( String s : v ) { //for 문을 이용해서 백터에 포함된 원소들을 찾아서 출력한다.
        System.out.println( s );
    }
    }

    }



    ex) NormalVector.java (제네릭 프로그래밍 방법을 사용하지 않았을 경우)

    import java.util.*;


    public class NormalVector {

    public static void main( String args[] ) {
    Vector v = new Vector();   // 문자열을 원소로 갖는 백터 객체 v를 생성한다.
    v.addElement("Hello");
    v.addElement("World!!");
    //v.add(5); 컴파일시 에러 발생, 5는 String 타입이 아니다.
    int n = v.size();
    for ( int i = 0 ; i < n ; i++ ) { //for 문을 이용해서 백터에 포함된 원소들을 찾아서 출력한다.
    String s = (String) v.elementAt( i );
    System.out.println( s )
    }
    }

    }

    제네릭 클래스를 사용할 때 타입 파라메터를 기술하지 않는 경우에 컴파일 시에 경고 메시지가 출력된다. -Xlint 옵션을 이용해서 컴파일 하면, 이 경고 메시지를 볼 수 있다.
    Note: VectorTest.java uses unchecked or unsafe operations.
    Note: Recompile with -Xlint:unchecked for details.


    ex) ValueWrapper.java ( 타입 파라메터 T를 갖고, T 타입의 멤버 필드 value와 value() 메소드를 갖는다.)

    public class ValueWrapper<T> {   // ValueWrapper 클래스는 타입 파라메터 T를 갖는 제네릭 클래스이다.

        private T value;            // value 멤버필드는 T타입이다.

        public ValueWrapper(T value) {    //ValueWrapper 의 생성자,
            this.value = value;
        }

        public T value() {
            return value;                  // value() 메소드는 T 타입의 값을 리턴한다.
        }

        public static void main(String[] args) {
           
            ValueWrapper<String> sf = new ValueWrapper<String>("Hello"); //<String>타입의 ValueWrapper의 객체 sf 생성
            System.out.println( sf.value() );

            ValueWrapper<Integer> si = new ValueWrapper<Integer>(new Integer(10)); // <Integer>타입은 <String>타입이 아니기 떄문에, new로 객체선언 해줘야한다.
            System.out.println( si.value() );

        }
    }


    실행결과( 객체 생성시 타입 파라메터 T를 <String>이나 <Integer>로 설정할 때 다른 값을 출력하는 것을 확인할 수 있다)

    Hello
    10


    자바의 제네릭 프로그래밍은 JVM은 변경하지 않으면서 새로운 기능을 제공한다. 따라서 J2SE 5.0 이전에 작성된 프로그램들과도 호환성이 유지된다. 예를 들어, Vector 클래스는 제네릭 클래스로 정의되어 있지만, 타입을 갖기 않는 다음과 같은 형태로 사용할 수도 있다.

     

    ex) 타입이 없는 경우

    Vector v = new Vector();

     

    이처럼 제네릭 클래스에서 타입 파라미터를 사용하지 않는 것을 로타입(Low Type)이라고 한다. 앞의 예에서 v는 로타입이다. 로타입을 사용하지 않는 경우에는 Object 클래스가 타입 파라메터로 사용된다. 파라미터화된 클래스 타입에서 로타입으로 할당은 가능하지만, 안전하지 않기 때문에 컴파일 시에 경고 메시지를 출력한다.


    ex) Cell.java

    1. class Cell<E> {
          private E value;

          public Cell(E v) {
              value = v;
          }

          public E get() {
              return value;
          }

          public void set(E v) {
              value = v;
          }

          public static void main(String[] args) {
             
              Cell<String> x = new Cell<String>( "abc" ); // <String>타입의 Cell 개체 x 생성
              String value = x.get();                        // 개체x가 생성되면서 데이터 "abc"를 반환하는 get() 이용하여 String value 에 넣는다.
              System.out.println( value );
              x.set( "def" );                                // 개체 x에 "def"를 대입한다.

              Cell y = x;                                    // String 타입을 갖는 Cell 객체 x는 로타입 형태인 y에 값을 할당할 수 있다.
              value = (String) y.get();                    // Y 는 로타입이기 때문에 타입 파라미터로 Object가 사용된다. 따라서 형변환을 해야 value에 값을 할당할 수 있다.
              System.out.println( value ) ;
              y.set( "hello" );

          }
      }

    로 타입을 사용하는 경우에는 컴파일 할 때 경고 메시지가 출력된다.

     

    Cell.java:26: warning: [unchecked] unchecked call to set(E) as a member of the raw type Cell
            y.set( "hello" );
                 ^
    1 warning

     

    제네릭 프로그래밍은 타입을 매개 변수로 사용함으로써 프로그램의 일반성을 높이지만, 때로는 타입 파라미터의 범위를 제한해야 하는 경우도 존재한다. 이러한 필요성 때문에 타입 파라미터는 다음과 같은 형태로 범위를 제한할 수 있다.

     

    ex) 타입 파라미터의 범위 제한

    1. public class C1<T extends Number> { ... }
    2. public class C2<T extends Person & Comparable> { ... }

    C1 클래스를 사용하는 경우에 파라미터로는 Number 클래스의 서브클래스만 가능하다.  C2 클래스의 경우에는 Person 클래스로부터 상속 받으며, Comparable 인터페이스를 구현한 클래스만 타입 파라미터로 사용될 수 있다. 타입 파라미터의 상위 타입을 지정하는 경우에는 부모 클래스를 처음에 오도록 하고, 인터페이스들은 & 를 이용해서 여러개 존재할 수 있다.

    이 글은 스프링노트에서 작성되었습니다.

    객체 생성 : 만들어진 객체 사용, 변수, 메서드 혹은 멤버 필드

    class_name 변수 = new class_name_method();

    기본 자료 타입 변수는 선언하면 메모리 공간이 할당됨.

    ‘레퍼런스 타입(배열, 클래스, 인터페이스)’은 new를 이용해서 객체를 생성하기 전까지는 메모리 공간이 할당되지 않음.


    레퍼런스

    - " == " : 메모리 주소 비교 / 기본형에서는 크기 비교

    - “equals()" : 레퍼런스 에서만 쓰임. 내용 비교


    객체 생성과 패키지

    생성자(Constructor) : class 이름과 동일한 이름을 갖는 메서드

    default 생성자는 프로그램에서 생성자를 정의하지 않는 경우에 자바의 컴파일러에 의해서 자동적으로 생성된다.

    class 변수(객체) = new 메서드();

    I) memory 할당

    ii) default 초기화

    iii) 명시적 초기화 : 생성자에서 명시한 경우

    this : 클래스 내에서 자기 자신을 자리키는 레퍼런스

    1. 상속받은 부모 클래스가 아닌 자기 자신의 멤버필드나 메서드를 명확히 표현하기 위해서 사용한다.

    2. this 는 객체 전체를 함수(메서드)의 매개변수로 전달

    this()는 생성자 안에서만 사용가능. 명시적인 초기화 이용시 사용


    Overloading : 한 클래스 내에서 함수(메서드) 이름을 동일하지만, 함수의 매개변수(타입이나 수)가 다른 경우.


    상속(Inheritance)

    <!--[if !vml]--><!--[endif]-->

    class 자식 클래스 extends 부모 클래스

    크기 비교 : 부모 클래스 > 자식 클래스

    super : 상위 클래스(부모 클래스)의 메소드나 멤버필드 필요시 자식 클래스에서 사용

    super() : 상위 클래스(부모 클래스)의 생성자 호출



    오버라이딩(Overriding) : 얹어타기 : 나는 차려진 밥상에 숟가락만 얹는다.

    상위 클래스(부모 클래스)에 있는 메서드를 서브 클래스에서 다른 작업을 하도록 동일한 함수 이름으로 재정의 하는 것.

    ▩ 추상화 클래스를 상속받아 사용할 경우 대부분 오버라이딩

    public abstract class Human {

    public abstract void...

    }

    public class Korea_human extens Human {

    public void ...

    }

    public class Honeymon extends Korea_human {

    public void

    }

     단일 상속
    인터페이스 : 다중 상속
     
     


    언어의 추상화

    추상화(Abstract) 물체 또는 현상의 주요 특성만을 표현하는 개념

    1. 자료의 추상화 : 주어진 자료 구조, 자료를 사용자가 이해 가능하게 표현하는 방식

    기본적 추상 : 저장값이 추상화, 컴퓨터의 자료를 bit 열이 아닌 자료의 성질,

    기억 장소의 명칭을 이용하여 표현

    구조적 추상 : 서로 관계가 있는 메모리 셀 간의 구조에 대한 추상화로서 구조적

    자료형인 배열이 이에 해당

    단위적 추상 : 추상 자료형 / 자료의 캡슐화(package, class)

    2. 제어의 추상화 : 의미있는 여러 제어문(기계어)를 사용자가 이해 가능하게 표현하는 방식으로 조건문, 반복문 등이 이에 해당

    기본적 추상 : 몇 개의 명령문을 하나의 추상적 구문으로 구성

    구조적 추상 : 구조적 명령문 : 조근을 포함하여 실행될 명령문을 단일 그룹으로...




    내용이 많이 부족합니다. ^^;;
    아직 제 자신의 머릿 속에서 추상화라는 개념이 확실히 자리잡힌 상황이 아니라서 그런 것 같습니다.
    내 주변에서 일어나는 일들에 대해서 추상화를 하는 연습을 많이 해볼 예정입니다. ^^; 그렇게 적용하는 방법 밖에 없네요. ㅎㅎ

    + Recent posts