![]() |
|
||||||||
경고! 게시물 작성자의 사전 허락없는 메일주소 추출행위 절대 금지 |
|
![]() 미쿡 시간은 한쿡보다 느립니다~ ^^;;
저는 개인적으로 Pre-Release 버전을 설치해서 테스트 해봤습니다.
유니코드가 인스펙터에서 나타나는걸 보고 폼에서도 글자들이 표현되는걸 확인하고, 코드에디터에서도 잘표현되더라구요. 단 .. 제가 사용하는 상용컴포넌트들을 dpk 만 변경하면 컴파일되서 인스톨될줄 알았는데, 생각보다 데이타타입을 맞춰줘야 하는 부분이 상당히 많습니다. 그 많은 상용컴포넌트들의 소스코드를 다 이해할수도 없고 해서 델파이2009가 나오고 주로 사용하는 컴포넌트들이 델파이2009를 지원할때까지 꾹 참고 기다리기로 했습니다. 개인적으로 새로운 UI 컴포넌트들은 크게 관심은 없습니다. 늘 델파이에서 제공하는것보다 더 괜챦은 서드파티들이 많으니깐요.. 어여 델파이2009가 나오고 그에 맞는 서트파티개발사들이 지원해주길 기다릴뿐입니다 양용성님처럼 서드파티 벤더에서 업데이트해주기를 기다릴 수도 있습니다만, 전 직접 제가 사용하는 서드파티 컴포넌트들에서 2009 버전에 맞추는 수정 작업을 진행하고 있습니다. 작업이 거의 필요없는 컴포넌트 라이브러리도 있고, 많은 작업이 필요한 경우도 있는데요. 대략 반 정도의 작업이 끝났습니다.
기존의 서드파티 컴포넌트가 바로 컴파일이 안되는 이유는, 대부분 해당 소스가 안시 스트링과 기본 스트링을 섞어서 써서인 듯 합니다. 예를 들어 string에서 내부의 실제 데이터 버퍼를 가리키기 위해 PChar 타입을 쓰면 바로 에러가 납니다. 2009에서 string은 유니코드스트링이고 PChar는 안시스트링의 내부 버퍼 타입이니까요. 엄밀히 말해서 해당 소스를 원래 개발한 개발사의 문제라고 할 수 있습니다만, 기존에는 많은 개발자들이 관행처럼 그렇게 써왔기 때문에 그런 수정 작업이 많이 필요한 코드도 있고 거의 필요없는 코드도 있고.. 개발자 습관에 따라 많이 달라지더군요. 발표 기사 번역해서 올렸습니다. ^^
http://www.borlandforum.com/impboard/impboard.dll?action=read&db=news&no=326 관련 글 리스트
|
Copyright © 1999-2015, borlandforum.com. All right reserved. |