Blog
yagur.impon.net/#blog
Tumblr
yagur.tumblr.com
Live Photo
photo.live.com/…
Dopplr
dopplr.com/traveller/yagur
YouTube
youtube.com/TheYagur
Last.fm
last.fm/user/yagurchoi
Diigo
diigo.com/yagur
Ember
emberapp.com/yagur
Twitter
twitter.com/YagurChoi
Readernaut
yagur.userstorybook.net/
작성자: yagur Rev : 1
컴포넌트마다 기능과 인터페이스도 다르고, 교체가능이 불가능한 경우가 렌더링 엔진들의 현재인것 같습니다. =) 아마 NotReal로 제작했다가 GameBrother로 교체하면 렌더링 파트를 전부 다시 짜야하는 사태가 올것같군요.
하지만 중간에 업계 표준 레이어가 존재한다면....
지원 기능 범위, 품질, 설계가 판이하게 다르기 때문에 비현실적인 이야기입니다. 하지만 저런 추상 레이어가 존재할때의 이점은 사용자에게 매우 매력적으로 보일것입니다. 컴포넌트 제작자에겐 족쇄가 될수도 있지만 말이죠 =). 물리 엔진이나 사운드 엔진도 똑같이 그릴수 있겠군요.
만약 저것이 현실화 된다면, 공짜 Troll로 개발해서 서비스 하다가 돈이 모이면 컴포넌트만 VendorWare로 바꾸고, 대박치면 NotReal로 교체하면 되는데 말이죠 =)
음 DirectX나 OpenGL에 따라 달라지는 문제도 일종의 표준 레이어가 존재한다면 =) 더 수월할수도 있겠군요.
지금의 형태
레이어를 가진다면?
저렇게 되려면 그래픽스 표준 협회와 독점을 견제하고 경쟁하는 그래픽 API(표준을 잘지키는)들이 존재해야 할것입니다. 그렇게 되면 아마 얼추 비슷해질 가능성(?)도 있겠군요.
컴포넌트마다 기능과 인터페이스도 다르고, 교체가능이 불가능한 경우가 렌더링 엔진들의 현재인것 같습니다. =) 아마 NotReal로 제작했다가 GameBrother로 교체하면 렌더링 파트를 전부 다시 짜야하는 사태가 올것같군요.
하지만 중간에 업계 표준 레이어가 존재한다면....
지원 기능 범위, 품질, 설계가 판이하게 다르기 때문에 비현실적인 이야기입니다. 하지만 저런 추상 레이어가 존재할때의 이점은 사용자에게 매우 매력적으로 보일것입니다. 컴포넌트 제작자에겐 족쇄가 될수도 있지만 말이죠 =). 물리 엔진이나 사운드 엔진도 똑같이 그릴수 있겠군요.
만약 저것이 현실화 된다면, 공짜 Troll로 개발해서 서비스 하다가 돈이 모이면 컴포넌트만 VendorWare로 바꾸고, 대박치면 NotReal로 교체하면 되는데 말이죠 =)
음 DirectX나 OpenGL에 따라 달라지는 문제도 일종의 표준 레이어가 존재한다면 =) 더 수월할수도 있겠군요.
저렇게 되려면 그래픽스 표준 협회와 독점을 견제하고 경쟁하는 그래픽 API(표준을 잘지키는)들이 존재해야 할것입니다. 그렇게 되면 아마 얼추 비슷해질 가능성(?)도 있겠군요.
'개발 > 낙서' 카테고리의 다른 글
| TDD 인하우스 툴, Eclipse Ganymede 잡담. (0) | 2008/07/17 |
|---|---|
| 객체간 소통에 관한 낙서 (2) | 2008/05/19 |
| "다수의 프레임워크를 합성하기"에 관한 낙서 (0) | 2008/04/03 |
| 표준 레이어에 관한 낙서 (0) | 2008/03/29 |
Recent Comment