'로드맵의 내용을 구매 결정에 반영하지 말아주세요. 로드맵은 예상일 뿐... 구현내용과 시기는 바뀔 수 있습니다'.
제 생각엔... 다음버전인 2008은 유니코드 지원이 대폭 강화되는 버전이므로 국내 시장 한정 소프트웨어를 개발하신다면 굳이 2008을 기다릴 필요는 없어보입니다. 코드기어의 능력을 의심하는 것은 아니지만 제 개인적인 의견으로는 유니코드 지원이 살만 째는 수준이 아닌 뼈를 들어내고 새로운것으로 바꿔 끼우는 대수술이기 때문에 당연히 안정성은 2007에 비해 떨어질거라고 봅니다.
RAD Studio 2007이 완벽한 유니코드 지원이 아니라고는 해도 사실 UCS2만으로도 상업성이 있는 대부분의 언어는 완벽하게 지원됩니다. 단지 WideString이 Reference기반 문자열이 아닌 관계로 함수 인자로 사용할땐 반드시 const WideString &형태로 쓰시고, 함수 반환값으로 사용하는것은 가급적 피하셔야 합니다. 한가지 더, BSTR지원 문제와 얽혀있는 문제입니다만... WideString에 BSTR로 생성된 것이 아닌, new등으로 만들어진 wchar_t* 형을 = 연산자로 대입하는것은 조심하셔야 합니다. 이 외에도 몇가지 주의사항이 있긴 합니다만... 이정도만 염두하시면서 프로그램을 작성하시면 큰 문제는 없다고 봅니다.
'로드맵의 내용을 구매 결정에 반영하지 말아주세요. 로드맵은 예상일 뿐... 구현내용과 시기는 바뀔 수 있습니다'.
제 생각엔... 다음버전인 2008은 유니코드 지원이 대폭 강화되는 버전이므로 국내 시장 한정 소프트웨어를 개발하신다면 굳이 2008을 기다릴 필요는 없어보입니다. 코드기어의 능력을 의심하는 것은 아니지만 제 개인적인 의견으로는 유니코드 지원이 살만 째는 수준이 아닌 뼈를 들어내고 새로운것으로 바꿔 끼우는 대수술이기 때문에 당연히 안정성은 2007에 비해 떨어질거라고 봅니다.
RAD Studio 2007이 완벽한 유니코드 지원이 아니라고는 해도 사실 UCS2만으로도 상업성이 있는 대부분의 언어는 완벽하게 지원됩니다. 단지 WideString이 Reference기반 문자열이 아닌 관계로 함수 인자로 사용할땐 반드시 const WideString &형태로 쓰시고, 함수 반환값으로 사용하는것은 가급적 피하셔야 합니다. 한가지 더, BSTR지원 문제와 얽혀있는 문제입니다만... WideString에 BSTR로 생성된 것이 아닌, new등으로 만들어진 wchar_t* 형을 = 연산자로 대입하는것은 조심하셔야 합니다. 이 외에도 몇가지 주의사항이 있긴 합니다만... 이정도만 염두하시면서 프로그램을 작성하시면 큰 문제는 없다고 봅니다.