기본 콘텐츠로 건너뛰기

[JAVA][Interface활용 1일차]

이클립스 폴더 설정

package com.app;

import java.util.ArrayList;

import org.springframework.context.support.AbstractApplicationContext;
import org.springframework.context.support.GenericXmlApplicationContext;

import com.frame.Search;
import com.frame.Service;
import com.vo.Item;
import com.vo.User;

public class App {

	public static void main(String[] args) {
		System.out.println("App Start ...........");
		AbstractApplicationContext factory =
				new GenericXmlApplicationContext("com.xml");
		System.out.println("Spring Started");
				
		//IoC
		User user = new User("id01","pwd01","james");
		Service service = (Service)factory.getBean("userservice");
		service.register(user);		
		
		User dbuser = null;
		dbuser = (User) service.get("id01");
		System.out.println("Result:"+dbuser);
		
		ArrayList<User> list = null;
		list = service.get();
		for (User u: list) {
			System.out.println(u);
		}
		Search itemservice = 
				(Search)factory.getBean("itemservice"); // 서치기능을 사용하기 위해 서치로 캐스팅
		Service serv = (Service)factory.getBean("itemservice");
		ArrayList<Item> list3 = null;
		list3 = serv.get(); // 어노테이션 기능이 작동하는지 확인하기위한 부분
		for (Item it: list3) {
			System.out.println(it);
		}
		ArrayList<Item> list2 = null;
		list2 = itemservice.search(1000);
		for(Item it:list2) {
			System.out.println(it);
		}
		
		factory.close(); 
		System.out.println("Spring End ...........");
		System.out.println("App End ...........");

	}

}
12212
package com.frame;

import java.util.ArrayList;

public interface Dao<K, V> {
	public abstract void insert(V v);
	public abstract void update(V v);
	public abstract void delete(K k);
	public abstract V select(K k);
	public abstract ArrayList<V> select();

}
인터페이스 중 DaO 인터페이스 설정. DaO는 나중에 DB에 연결되어 쿼리문을 작동시키는 부분이 될 것임. 교육에선 K(Key)와 V(Value)값만 사용하였고, Key는 ID, V는 클래스(여기에선 User 또는 Item)

package com.frame;

import java.util.ArrayList;

public interface Service<K,V> {
	public abstract void register(V v);
	public abstract void remove(K k);
	public abstract void modify(V v);
	public V get(K k);
	public ArrayList<V> get();
}

서비스 친구들이 가져야하는 기능들을 우선 Interface에 구현
package com.frame;

import java.util.ArrayList;

public interface Search<K1,K2,V> {
	public ArrayList<V> search(K1 k);
	public ArrayList<V> search(K1 k1, K2 k2);
}
Service로만 하기에 부족한 기능들을 추가하는 방법. 이 예제에선 Search라는 Interface를 생성하고 추가하는 방식.
package com.vo;

public class Item {
	private String id;
	private int price;
	private String name;
	public Item() {
		super();
	}
	public Item(String id, int price, String name) {
		super();
		this.id = id;
		this.price = price;
		this.name = name;
	}
	public String getId() {
		return id;
	}
	public void setId(String id) {
		this.id = id;
	}
	public int getPrice() {
		return price;
	}
	public void setPrice(int price) {
		this.price = price;
	}
	public String getName() {
		return name;
	}
	public void setName(String name) {
		this.name = name;
	}
	@Override
	public String toString() {
		return "Item [id=" + id + ", price=" + price + ", name=" + name + "]";
	}
	
	
	
	
	
}
아이템 클래스 정의. 프로퍼티는 알아서 정하면 됨
package com.vo;

public class User {
	private String id;
	private String pwd;
	private String name;
	public User() {
		super();
	}
	public User(String id, String pwd, String name) {
		super();
		this.id = id;
		this.pwd = pwd;
		this.name = name;
	}
	public String getId() {
		return id;
	}
	public void setId(String id) {
		this.id = id;
	}
	public String getPwd() {
		return pwd;
	}
	public void setPwd(String pwd) {
		this.pwd = pwd;
	}
	public String getName() {
		return name;
	}
	public void setName(String name) {
		this.name = name;
	}
	@Override
	public String toString() {
		return "User [id=" + id + ", pwd=" + pwd + ", name=" + name + "]";
	}
	
}
유저클래스 정의. 크게 특별한 내용은 없음.

댓글

이 블로그의 인기 게시물

[건축][소프트웨어] 프로그램 비교

 실무를 하면서 라이노와 그래스호퍼를 많이 쓰게된다. 그러다보니 관련 지식도 쌓이고, 나 나름대로 정리도 하며 공유를 위해 글을 쓰기 시작했다. 앞으로 계획은 라이노와 라이노 안의 파이썬 스크립트 또는 그래스호퍼 연동으로 자동화 관련해서 다루려고 한다.  그 전에 왜 라이노, 그래스호퍼 그리고 파이썬을 쓰게 되게 됬는지 프로그램들 비교 후에얘기하고자 한다. 비교하려는 프로그램들은 다음과 같다. Rhino(RobertMcNell & Associates) 3d experience (Dassault Systemes) Revit (Autodesk)  세 프로그램 모두 써볼 기회가 있었고, 사용 빈도는 다음과 같다 Rhino >= 3d experience(CATIA) >>>>Revit HTML 소프트웨어 비교 Rhino 3dExpereince Revit 가격 995$ (영구 라이센스) 9,000~65,000$(유지비 6,246$ / 년) 2,642,640원 / 년 첫 프로젝트 1994년 3월/ 25m 크기 보트 1977년 / 미라주 전투기 정확하지 않음 파라메트릭 모델링 x(그래스호퍼로 가능) O(자체 모델링 + EKL(내부언어) 등) O(자체 모델링 + Dynamo) Rhino : 최고의 가성비 프로그램 장점 : NURBs 모델링 가능, 가장 저렴한 가격, API/SDK를 통한 개발환경 제공 단

일본 / 신오쿠보 / 도장집

신오쿠보에서 도장 만들기 1. 장소이전 이미 몇몇 블로그에서 정보를 찾아서 갔다. 하지만 문제는 장소를 이전했다는 사실이다. 또한 가격도 바꼈다. 다른 블로그에서 봤을 그 3층에 있고, 돈키호테 맞은편에 있는 도장집 겸 부동산집 2. 찾아가기 위치 〒160-0021 Tōkyō-to, Shinjuku-ku, Kabukichō, 2 Chome−19−11 新宿シャロームビル9F 다음과 같다. 히가시 신주쿠 역에서 서쪽(신주쿠방향)으로 걸어오는게 제일 빠르다고 나온다. 1층에 홍콩반점이 보이면 제대로 온 것. 3. 가격 변경 가격은 다음과 같다. 다른 블로그에서 엄청 쌋던거 같은데 조금 올랐다. 나 같은경우 한자로된 3글자 도장을 만들었고, 가격은 1000엔 들었다. 가격은 다음과 같은데 잘 나온느지 모르겠다. 여튼 이렇게 도장을 해결했다.

[건축]파사드 컨설팅이야기 - 1편: 파사드 컨설팅은 왜 필요한가?

 나의 약 1년 9개월간의 파사드 컨설팅을 중심으로 파사드 컨설팅 이라는 분야를 이야기 해보겠다.  파사드 컨설팅이란?  파사드 컨설팅은 우리나라에 다소 생소한 개념이다. 우선 Facade가 무엇인지 간략히 짚고 넘어갈 필요가 있다.  구글 검색에 facade를 치면 다음과 같은 정의가 나온다.  건물의 얼굴, 열린 장소 또는 거리에서 보이는 주 입면.  아주 간단하게 건물의 입면이라고 생각하면 된다. 그럼 왜 건물 입면에 컨설팅이 필요할까?  내가 참여하게 되었던 프로젝트를 생각해보며 적어보겠다. 파사드 컨설팅이 필요한 이유 1. 복잡해지는 형태  파사드는 건물의 외관이다.   즉, 누군가 건물을 봤을때 첫인상을 좌우하게 된다. 그래서 랜드마크나 기업 사옥을 건설할때 자주 건드리는 수단이 된다. 그리고 그 방향은 주로 DDP와 같이 유기적이거나 독특한 방향으로 가는 경우가 꽤나 있다. 박스에서 형태가 조금만 벗어나도 그것을 실체화 시키는데 큰 어려움이 따르게 된다. 특히 모든 프로젝트는 정해진 예산과 시간이 있기 때문에 이 제약조건 안에서 문제를 해결하려면 기존의 방법으론 불가능한 경우가 많다. 동대문 디자인 플라자. BIM과 비정형 사례로 항상 빠지지 않는다.  이 문제를 가장 깊이 고민하게 된 프로젝트는 <동대문 디자인 플라자>가 아닐까 생각한다. 업계가 좁은지라 이 프로젝트에 연관된 몇몇 분들을 만날 기회가 있었고, 그 중 외관(Facade)을 시공한 '스틸라이프' 대표님과는 영종도 프로젝트를 한적도 있다.  좌우지간, DDP는 삼성이 시공한 것으로 알려져 있지만 그 뒤엔 비정형 패널을 제작 설치하는데 특화된 '스틸라이프' 라는 업체와 파사드 컨설팅을 한 GT(Gehry Technologies)가 있었다.  프랭크 게리와 게리 테크놀로지스   수업시간에 들어봤을지 모르겠지만 게리는 Frank Gehry의 그 게리다.    어느 공식석상에서 법규를 날린것으로 유명한 게리 아저씨는 요상한 형태를 디자인 할 뿐만 아니