Jump to content
과거의 기술자료(읽기 전용): https://tech.devgear.co.kr ×
과거의 기술자료(읽기 전용): https://tech.devgear.co.kr

이 사이트 검색

검색 태그: '10.3'.

  • 태그로 검색

    태그 사이를 쉼표(,)로 구분하세요.
  • 작성자로 검색

콘텐츠 유형


게시판

  • 엠바카데로 (Embarcadero) 개발도구: 델파이 (Delphi), C++빌더 (C++Builder), RAD 스튜디오 (RAD Studio)
    • [기술 Q&A 게시판] 델파이, C++빌더, RAD 스튜디오
    • [설치/등록 Q&A 게시판] 델파이, C++빌더, RAD 스튜디오
    • [기술 기고 게시판] 델파이, C++빌더, RAD 스튜디오
    • [포트폴리오 게시판] 내가 참여한 프로젝트/프로그램 소개
    • [구인 게시판] 개발자 채용/프로젝트 의뢰
  • 엠바카데로 (Embarcadero) DBMS: 인터베이스 (InterBase)
    • [기술 Q&A 게시판] 인터베이스
    • [설치/등록 Q&A 게시판] 인터베이스
    • [기술 기고 게시판] 인터베이스
  • 비주얼 스튜디오 (Visual Studio) 관련 도구
    • [기술 Q&A 게시판] 비주얼 어시스트
    • [설치/등록 Q&A 게시판] 비주얼 어시스트
    • [기술 기고 게시판] 비주얼 어시스트
  • 구록 (Gurock) 테스트도구: 테스트레일 (TestRail)
    • [기술 Q&A 게시판] 테스트레일
    • [설치/등록 Q&A 게시판] 테스트레일
    • [기술 기고 게시판] 테스트레일
  • 아이데라 (Idera) 데이터 도구: 아쿠아 데이터 스튜디오 (Aqua Data Studio), ER/Studio 등
    • ER스튜디오 (ER/Studio)
    • 아쿠아 데이터 스튜디오 (Aqua Data Studio)
  • API레이어 (Apilayer) 개발 도구: API레이어 (Apilayer)
    • [Q&A 게시판] API레이어 (Apilayer)
  • 이 사이트 이용 관련
    • [게시판] 이 사이트 관련 이용 팁과 Q&A

Categories

  • 이달의 기술자료: 엠바카데로
  • 비디오 세미나
    • UX Summit
    • DelphiCon
    • CodeRage
    • 데브기어 세미나
  • 기술백서(PDF)

Categories

  • 시작하기
  • 설치/등록/라이선스
  • 튜토리얼
  • 도서

Categories

  • RAD 스튜디오 역사관
  • 11.0 알렉산드리아
  • 10.4 시드니
  • 10.3 리오
  • 10.2 도쿄
  • 10.1 베를린
  • 10.0 시애틀
  • XE8~XE
  • 2010~6.0

...에서 결과 찾기

검색어 일치 조건


최초 작성일

  • Start

    End


최종 변경일

  • Start

    End


개수로 필터링...

가입

  • Start

    End


Group


자주 쓰는 도구

  1. 데이비드 밀링턴 (David Millington) 의 Windows 10 and Modern High DPI Display Support in Delphi and C++Builder 를 번역했습니다. (원문 작성 시기: 2019년 9월) 요즘 화면은 크기와 해상도가 몇년 전에 비해 크게 높아졌다. 지금 이 글을 작성하고 있는 맥북에는 1920x1080 24인치 외부 모니터가 연결되어 있고 이 맥북 프로의 화면은 2880x1800 15인치 레티나이다. 세로를 기준으로 비교하면, 외부 모니터 화면은 맥북의 레티나 화면에 비해 한줄에 들어있는 픽셀수는 3분의 2밖에 되지 않지만, 길이는 1.25배 더 크다. 따라서 인치당 픽셀의 수는 크게 차이난다. 외부 모니터는 인치당 90 픽셀이고, 맥푹 프로는 인치당 227픽셀이다. 거의 2.5배 정도(정확히는 2.44배) 차이가 난다. 이런 차이와 관련하여 High DPI라는 용어가 널리 사용된다. DPI는 'Dots per inch' 즉 '인치 당 점의 갯수'이다. 이 용어는 인쇄 분야에서 사용되던 점(Dot)과 모니터에서 사용되던 픽셀(Pixel)간에 다소 혼란스러운 바가 있긴하다. 고해상도 열풍은 애플이 주도했다. 2010년 아이폰4에서 처음으로 '레티나' 디스플레이를 적용하기 시작했고 이어서, 2012년에 맥북 프로 라인에 적용했다. 그러나 더 높은 해상도 즉 물리적으로 크기가 같은 영역에 더 많은 픽셀이 들어가는 화면으로 인해 문제가 생겼다. 특히 윈도우의 경우, 전통적으로 UI 레이아웃은 실제 물리적인 화면의 길이가 아니라 픽셀 단위로 계산한다. 툴바에 있는 아이콘은 항상 16 x 16 픽셀이 기본 크기이고, 버튼의 표준 크기는 너비가 75 픽셀이고 높이가 25 픽셀이었다 (델파이가 아닌 일부 다른 개발 도구로 만든 UI 애플리케이션에서는 24 픽셀). 하지만 화면 해상도가 높아짐에 따라, 픽셀 하나의 크기가 현격하게 작아지게 된다. 툴바의 아이콘이 지금 내 외장 모니터에서는 실제로 0.44cm인데, 내 맥북 프로에서는 0.17cm 이다. 이 문제를 해결하기 위해 윈도우 7에서 High DPI 지원을 시작했지만, 완전하고 견고하게 이 문제를 해소한 것은 윈도우 10 크리에이터 업데이트에서 도입된 'perMonitorV2' High DPI 지원이다. (버전2 라는 이름을 통해서 우리는 윈도우에서 High DPI를 지원하는 과정이 상당히 복잡하고, 선택지가 많고, 이슈 해소를 위해 반복을 통해 발전함을 알 수 있다.) 윈도우 10에서 perMonitorV2 고해상도를 지원하는 애플리케이션은 각 화면이 표현되는 화면의 해상도에 따라 동적으로 창의 크기를 맞출 수 있다. 즉 내 외장 모니터에 있던 앱을 드래그하여 맥북의 모니터로 옮기면 (비 클라이언트 영역, 테마 렌더링 등등을 포함하여) 창의 배율이 모니터에 맞게 조정어서 물리적인 크기를 잘 유지한다. 앱의 여러 창들이 각각 다른 모니터에서 표현될 때도 마찬가지이다. 2018년 11월부터 델파이와 C++빌더는 10.3 버전을 통해에서 (윈도우 UI 프레임워크인) VCL에 High DPI 지원을 시작했다. 그 이후로도 지속적인업데이트들을 통해 실제로 많은 개발자들이 VCL 고해상도 지원 기능을 잘 활용하고 만족하고 있다. VCL 스타일 (테마)과 IDE 자체에 대한 High DPI 지원 계획도 로드맵에 있다. (2019년 9월) 현재는 VCL에서만 High DPI를 지원하고 있다. 이미지 VCL의 High DPI 지원은 자동 방식이다. Project > Options > Manifest page 에서 ‘DPI Awareness’ 옵션을 지정하기만 하면 모든 UI 컨트롤의 크기와 위치가 알맞게 반영된다. 컨트롤이 화면에 표현되는 방식은 (선이나 테두리 등) 모양을 직접 그리기 또는 윈도우 테마 (윈도우 10에서는 High DPI도 지원)를 통해서 그리기 중 하나이기 때문에 앱과 해당 컨트롤들은 정확히 동일하게 표현된다. 단지 선명도가 모니터에 따라 살짝 차이가 날 뿐이다. 단 한 가지 예외가 있는데... 바로 이미지이다. 대표적으로 툴 바의 아이콘을 들 수 있다. 윈도우는 이미지를 이미지 리스트에 저장하는데, 이미지 리스트는 크기가 하나인 이미지들이 모여있는 곳이다. 이제 문제가 무엇인지 눈치챘을 수도 있겠지만, High DPI 화면에서 툴바 버튼 컨트롤은 기본 픽셀 크기의 2.5 배까지 커지지만, 이미지 리스트에 있는 버튼의 이미지는 알맞게 대응할 수 없으므로 16x16 이미지가 40x40으로 늘어가기 때문에 뿌옇게 표현된다. 16x16 픽셀 아이콘 동일한 16x16 아이콘이 2.5 배(40x40)로 늘어나서 표현된 모습 대부분의 High DPI 애플리케이션들이 이렇게 표시한다. 선명하게 40x40으로 표현된 모습 델파이와 C++빌더가 사용하는 방식 델파이와 C++빌더 기술이 놀라운 기술이 여기에 들어 있다. High DPI VCL 지원을 RAD스튜디오 10.3에 담아 출시할 때, 엠바카데로는 윈도우 자체의 High DPI perMonitorv2만 지원한 것이 아니라 더 나아가 이미지 확대/축소 문제를 해소했다. 이 문제는 윈도우 이미지 리스트와 관련되어 있으며 윈도우 스스로 아직까지 해결하지 못한 문제이다. 우리는 가상의 이미지 리스트를 도입하여 High DPI를 담고, 어떤 DPI 또는 화면 배율에도 선명한 이미지를 표현하도록 했다. 가상 이미지 리스트는 (HIMAGELIST 핸들이 있는) 윈도우 이미지 리스트 등 기존의 TImageList와의 하위 호환성을 완벽하게 지키면서도 확대/축소를 반영한다. 우리 개발 도구의 가치를 알 수 있는 좋은 사례이다. 우리 프레임워크를 사용하지 않고 이렇게 구현하려면 개발자가 엄청난 수작업을 해야할 것이다. VCL의 High DPI 이미지 리스트 컴포넌트에 대한 자세한 내용을 확인해보자.
  2. 데이비드 밀링턴 (David Millington)이 작성한 New in RAD Studio 10.3: High DPI Image List for Windows를 번역했습니다. RAD 스튜디오 10.3에서는 High DPI 지원에도 많이 신경을 썼다. 마르코 칸투가 쓴 VCL에서 Per Monitor v2 지원에서 언급되었듯이, 10.3부터는 VCL 애플리케이션이 화면 배율에 알맞게 축소/확대 되며, High DPI 화면 또는 확장된 화면에서 잘 표현된다. 이때 중요한 점은 툴바, 메뉴, 버튼 등 글리프(Glyph)를 사용하는 모든 곳에서 해당 그래픽 자원을 얼마나 잘 High DPI에 맞추어 확대/축소하는가이다. 툴바에서 16×16 픽셀인 아이콘을 사용한다면, 이 애플리케이션이 200% 확대된 곳에서 작동할 때에는 32×32 픽셀로 선명하게 표현되기를 원한다. 비록 High DPI API가 윈도우에 추가되긴 했지만, 윈도우 자체의 이미지 리스트에는 확대/축소 기능이 없다. TImageList는 이것을 감싸고 있으므로 마찬가지 제약이 있다. 따라서 화면의 DPI에 맞게 배율이 변하는 폼 안에서, 툴바 등 TImageList를 통해 사용되는 이미지들이 배율에 맞춰 선명하게 표현되게 하려면, 복잡한 추가 코드를 작성하지 않고는 어렵다. 그리고 VCL 콘트롤 대부분은 실제로 네이티브 윈도우 콘트롤이므로 윈도우의 네이티브 이미지 리스트와 HIMAGELIST 그리기 핸들에 밀접하게 묶여있다. 10.3에서 델파이와 C++빌더에는 완전히 새로운 이미지 리스트 콘트롤이 추가되었다. 자동으로 High DPI에 맞게 확대/축소되기 때문에 모니터나 배율에 상관없이 언제나 선명한 고해상도 이미지가 표현된다. 그리고 기존의 VCL 콘트롤 또는 윈도우 이미지 리스트와 완전히 호환되며, WinAPI를 호출할 때 사용할 수 있도록 HIMAGELIST 윈도우 핸들도 제공된다. 마법같지 않은가? 계속 읽어보자! TImageCollection 과 TVirtualImageList 새 이미지 리스트는 예전과 달리 두개로 나누어 구성된다. 이미지 컬렉션(단지 고해상도 이미지를 모아두는 역할)과 가상 이미지 리스트(이미지 컬렉션에 연결되어 상황에 따라 특정 크기의 이미지를 꺼내어 표현하는 역할)이다. 이미지 컬렉션 (TImageCollection) TImageCollection은 단순명확하다. 어디에 두어도 된다. 폼이든 데이터 모듈이든 TImageCollection을 놓아두고 그 안에 이미지를 추가하면 된다. TImageCollection에는 같은 이미지를 해상도 별로 여려개 넣을 수 있다. 예를 들어, 하나의 이미지를 16×16, 32×32, 128×128 픽셀로 각각 파일을 올리면, 실제로는 크기가 다른 이미지이지만 논리적으로 하나의 이미지로 취급된다. 그림. TImageCollection에는 이미지 별로 다양한 해상도의 이미지를 추가/편집/삭제할 수 있다. 논리적인 이미지 별로 서로 다른 해상도 파일을 올릴 때 수작업으로 할 수도 있지만, 이 파일들을 모아둔 폴더에서 한번에 올려도 TImageCollection이 알아서 유사한 이름 별로 묶고 크기를 파악한다. 파일명을 가지고 이렇게 구분하도록 하려면 Size Separator (구분자)를 지정한다. 예를 들어, ‘foo-16.png’, ‘foo-32.png’, ‘bar-16.png’ 파일을 올리면, 논리적 이미지는 foo와 bar 두개가 생기고 foo는 16×16과 32×32 버전을 가진다. 여기에 사용되는 파일명 내의 구분자는 이미 시중의 아이콘 라이브러리에서 널리 사용되고 있는 것들이므로 아이콘을 사서 바로 임포트할 수도 있다. TImageCollection은 PNG 이미지와 32bpp 비트맵 (알파 채널을 가지는 BMP 파일)을 지원한다. 32bpp가 아닌 비트맵은 구.TImageList에서와 마찬가지로 전통적인 컬러키 비트맵으로 취급한다. TImageCollection 안에서는 이미지에 이름을 주거나 카테고리를 지정할 수 있어서 관리하기가 좋다. 그 결과 알파을 인식할 수 있고, 다중 해상도 이미지를 담을 수 있는 컬렉션이 생긴다. 가상 이미지 리스트 (TVirtualImageList) TVirtualImageList 컴포넌트는 화면의 DPI/배율에 따라 알맞는 이미지를 표현한다. TVirtualImageList는 TImageCollection에 연결하여 사용한다. TVirtualImageList에는 이미지를 추가하거나 목록을 편집할 수 있는데, 연결된 컬렉션에 있는 이미지를 가져와서 지정한다. 또한 AutoFill 속성을 사용하면 연결된 컬렉션에 있는 모든 이미지를 자동으로 채울 수도 있다. 또한 기타 유용한 설정이 있다. 예를 들어, 비활성화 이미지 표시를 구.TImageList 보다 잘 할 수 있다 (회색 처리 그리고/또는 반투명 처리 등). TVirtualImageList는 화면 크기에 맞는 이미지가 사용된다는 점이 핵심이다. 이미지 리스트에 높이와 너비를 지정한다는 점은 구.TImageList와 마찬가지이지만, 그 의미는 다르다. 구.TImageList에서 높이와 너비가 각각 16으로 지정되면 표현되는 화면과 상관없이 무조건 16x16으로 표현 되었지만, TVirtualImageList에서 높이와 너비가 각각 16으로 지정하면 배율이 100%일 때 16x16으로 표현하라는 의미이므로, 화면 배율 변하면, 크기도 변한다. High DPI 창별 배율 (High DPI scales per-window)이란 서로 다른 폼에 서로 다른 배율이 적용될 수 도 있다는 의미이다. 이때 (DPI 변화에 맞추어 이미지 리스트가 확대/축소 해야하는 경우) 그 배율은 폼에 적용된 배율을 기준으로 한다. 따라서 TVirtualImageList는 폼에서만 사용할 수 있다 (TImageCollection과 달리 데이터 모듈에서는 사용할 수 없다. 데이터 모듈은 비시각적 콘트롤이므로 배율과 관련이 없기 때문이다). TVirtualImageList는 폼에 적용된 현재 배율을 파악하고, 이미지컬렉션에 있는 이미지 중 그 배율에 맞는 이미지를 가져와서 표현한다. TVirtualImageList에 지정하는 높이와 너비가 배율 100%를 기준으로 하기 때문에 이것이 가능하다. 만약 TVirtualImageList가 들어있는 폼에 적용되는 배율이 200%라면, 높이와 너비가 모두 16으로 지정된 TVirtualImageList는 실제로 32×32 아이콘을 그린다. 16의 200%가 32이기 때문이다. TVirtualImageList는 고해상도 이미지를 그린다. 크기에 딱맞는 이미지가 있으면 그것이 사용된다. 만약 딱맞는 것이 없으면 해상도가 더 높은 이미지를 가져와서 수준높은 확대/축소 알고리즘을 거쳐서 표현한다. 이런 이미지 처리 결과 캐시되기 때문에 이미지 별도 단 한번만 수행된다. TVirtualImageList는 TCustomImageList를 상속받았으며 HIMAGELIST 핸들이 있다. 따라서 WinAPI 메소드를 호출할 수 있다. 새 이미지 리스트로 컨버전하기 TImageCollection에는 구.TImageList에 들어 있는 이미지를 가져올 수 있는 도구가 제공된다. TImageCollection에서 오른쪽 클릭을 하여 구.TImageList 여러개에서 이미지들을 한꺼번에 임포트할 수 있다. 도움말 Docwiki에는 TImageCollection과 TVirtualImageList에 대한 자세한 도움말(영문 보기, 한글 자동 번역 보기)이 있다. 아키텍처와 컴포넌트에 대해 이 글에서 소개한 내용보다 자세히 설명되어 있고, 새 High DPI 이미지 리스트로 마이그레이션하는 방법과 베스트 프렉티스가 있다. 최종 결과 이미지 리스트 데모 화면의 스크린 샷이다. 100% 배율 화면: 800% 배율 화면: 이미지가 더 선명하고 깨끗하다. 새 High DPI 이미지 리스트 (TImageCollection 과 TVirtualImageList)는 DPI를 인식하여 배율에 맞는 고품질 이미지를 자동으로 반영한다. 기존의 TImageLists와 완전히 호환되고 예전 방식의 비트맵과 이미지 리스트를 임포팅할 수 있다. VCL 전체를 아우르는 PerMonitor V2의 High DPI 지원과 함께 사용하면 RAD 스튜디오 10.3 부터는 배율을 인식하는 시각적으로 훌륭한 고품질 앱을 만들 수 있다.
  3. IAN BARKER가 2019년 9월 19일에 포스팅한 High-re DPI and Per Monitor v2 with Delphi and RAD Studio 를 한글로 요약 정리한 글입니다. (원문에는 해당 옵션 설정 화면 이미지 등 보다 자세한 내용이 있습니다) 목차 배경 및 트렌드 마이크로소프트의 대응 델파이에 “Per monitor v2” 가 반영되기 전 버전의 이슈 10.3 리오에서 “Per monitor v2” 반영 보너스: 델파이의 프로젝트 옵션의 Manifest와 관련된 알아둘 만한 옵션들 배경 및 트렌드 컴퓨터에 해상도가 다른 각 모니터를 연결하여 동시에 사용하는 경우가 흔해졌다. 노트북 뿐만 아니라 테블릿에도 외부 모니터를 연결하여 다중 모니터를 사용한다. 마이크로소프트의 대응 “Per monitor v2” 기술을 윈도우 10에서 도입했다. 기능: 사용자가 각 모니터 별로 DPI 확대/축소를 지정할 수 있다. 활용 사례: 노트북에 HighDPI 모니터를 연결하여 사용하는 사용자가 노트북 화면에는 일반 해상도를, 큰 외부 모니터에는 더 높은 해상도를 지정할 수 있다. 이것은 각 픽셀의 폭과 높이 뿐만 아니라 PPI (Pixels Per Inch) 즉 실제 픽셀 밀도와 관련이 있다 델파이에 “Per monitor v2” 가 반영되기 전 버전의 이슈 델파이 10.3 이전 버전에서 만든 앱을 드래그하여 다른 모니터로 옮기면 픽셀 밀도의 변화를 알 수 있다. 화면이 선명하지 않거나, 확대/축소가 이상하게 되거나, 심지어 텍스트가 잘못된 곳에 표시되기도 한다. 그 이유는 96 DPI에서 작동하는 화면에 앱의 좌표가 맞춰져있었는데, 다른 모니터 (120 DPI 등)에서 표현되기 때문이다. 10.3 리오에서 “Per monitor v2” 반영 프로젝트 별로 매니페스드(Manifest)에 반영함으로써, 델파이로 만든 앱이 Per Monitor v2를 다룰 수 있음을 윈도우에게 알려줄 수 있다. 델파이 10.3 리오에서는 메인 메뉴 > project > options 을 선택하여 프로젝트 옵션 설정 화면을 연다. Application | Manifest 를 선택하고, DPI Awareness 에서 Per Monitor v2 를 선택한다. (기본 설정이 Per Monitor v2 이지만 한번 더 확인하는 것이 좋다) 위와 같이, 매니페스트 설정 이외에도, 10.3 리오에서는 화면의 DPI가 변경되면 앱에서 감지할 수 있도록 OnAfterMonitorDpiChanged 라는 새 이벤트가 추가되었다. 보너스: 델파이의 프로젝트 옵션의 Manifest와 관련된 알아둘 만한 옵션들 “Enable Runtime Themes“ 체크 박스 (기본 설정으로 활성화되어 있다) 위치: DPI Awareness 옵션 위 기능: 이 옵션은 델파이 7 당시의 TXPManifest 컴포넌트와 실제로 비슷한 역할을 한다. 즉, 애플리케이션의 매니페스트에 추가 정보를 넣어서 네이티브 콘트롤을 렌더링할 때 특별한 방식으로 수행될 수 있도록 한다. Execution level 선택 박스 위치: DPI Awareness 옵션 아래에 있다. 기능: 앱을 실행하는 윈도우 권한 수준을 조절한다. 선택 옵션은, “as invoker” “as invoker”는 기본 설정이며, 대체로 "as invoker"를 선택하면 무난하다. 해당 앱을 구동한 쉘(Shell) 또는 앱의 권한을 상속한다. 예를 들어, 앱을 실행한 Shell의 권한이 매우 제한적이면, 앱의 권한도 매우 제한적이다. 반대로, 관리자(Administrator) 권한으로 프로세스를 시작했다면, 앱의 권한도 관리자 권한이 적용된다. Highest available*: 가장 높은 권한 Require Administrator*: 관리자 권한 * 일반 사용자가 이 옵션으로 설정된 앱을 실행하려면, 관리자 로그인 비밀번호를 넣어야 실행할 수 있다.
  4. Kori

    10.3 리오 RAD 서버

    RAD 스튜디오 10.3 리오 "새 기능 한글 요약본: RAD 서버" 입니다. 모든 새 기능, 강화된 기능, 버그 픽스 등에 대해서는 Docwiki의 What's New 10.3 (영문 보기, 한글번역 보기) 와 관련 페이지를 보기 바랍니다. 10.3 리오 - RAD 서버 관련 주요 업데이트 요약 [10.3.3] RAD서버 도커(Docker) 배포 기능 제공 [10.3.2] 새로운 RAD서버 관리 콘솔 재설계한 RAD서버 콘솔 UI 엔드포인트 메소드와 Content-Type, Accept 연동 특성 추가 커스텀 메소드와 HTTP 메소드 연결 특성 추가 요청 처리를 클래스 또는 컴포넌트로 위임 JSON 처리를 위한 헬퍼 컴포넌트 추가 [10.3.3] RAD서버 도커(Docker) 배포 기능 제공 기본 제공되는 스크립트로 RAD서버 도커(Docker)를 배포하고 구성할 수 있는 기능이 제공됩니다. 도커 허브(Docker Hub)에서 호스팅되는 리눅스의 RAD서버용 도커 이미지도 제공됩니다. 바로 사용할 수 있는 형태입니다! 이제 도커에서 RAD서버를 배포하는 작업이 정말 간편해집니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/457810 [10.3.2] 새로운 RAD서버 관리 콘솔 새로운 기능면에서, UI와 사용 기능상의 업그레이드 외에도 REST 디버거 통합 버전이 제공된다는 점이 가장 획기적입니다. 이제 특정 RAD 서버 인스턴스에서 사용가능한 엔드포인트를 리스트로 정리하여 볼 수 있습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/455346 재설계한 RAD서버 콘솔 UI RAD서버 콘솔 UI가 변경되었습니다. 이제 RAD서버 API 분석을 한 눈에 확인할 수 있고, Ext JS 프레임워크로 마이그레이션 할 수도 있습니다. 또한 RAD서버 푸시 알림이 더 많은 디바이스에 지원됩니다. 추가 분석 데이터에 대한 지원도 제공됩니다. 이 기능은 IDE의 겟잇 패키지 매니저(GetIt Package Manager)를 통해 다운로드 받아 사용할 수 있습니다. 엔드포인트 메소드와 Content-Type, Accept 연동 특성 추가 커스텀 리소스에 요청 시 URL과 HTTP 메소드에만 의존하지 않고, HTTP 해더의 Accept 및 Cotnet-Type에 따라 엔드 포인트 메소드를 연결하는 특성이 추가되었습니다. 이제 동일한 URL 및 HTTP 메소드라도 Accept 및 Content-Type에 따라 다른 동작을 구현할 수 있습니다. EndpointProduce : GET 메소드의 엔드 포인트에 추가할 수 있습니다. HTTP 해더의 Accept 항목 값과 일치하는 MIME 타입/파일 확장자를 파라메터로 지정합니다. EndpointConsume : PUT / POST / PATCH 메소드의 엔드 포인트에 추가할 수 있습니다. HTTP 해더의 Content-Type 항목 값과 일치하는 MIME 타입/파일 확장자를 파라메터로 지정합니다. 커스텀 메소드와 HTTP 메소드 연결 특성 추가 RAD 서버의 이전 버전에서는 HTTP 메소드(GET, POST 등)의 엔드 포인트 메소드 이름과 매핑되었습니다. 이제 위 방식 외에도 다른이름의 메소드를 엔드 포인트 메소드로 매핑할 수 있는 EndpointMethod 특성이 추가되었습니다. 요청 처리를 클래스 또는 컴포넌트로 위임 RAD 서버의 사용자 리소스에 발생한 요청을 필드로 지정한 다른 자원 모듈(클래스 / 컴포넌트)로 위임하는 기능이 추가되었습니다. 위임받는 클래스는 IEMSEndpointPublisher 인터페이스를 구현해야 합니다. JSON 처리를 위한 헬퍼 컴포넌트 추가 컴포넌트에 요청 처리를 위임하는 새로운 기능을 이용해 RAD 스튜디오 10.3 리오에서 JSON 처리를 단순화 하는 새로운 컴포넌트가 추가되었습니다. TEMSFileResource: 경로 및 파일이름 속성에 지정된 파일로 요청 처리 TEMDDataSetResource: DataSet 속성에 설정된 데이터셋의 데이터를 JSON으로 처리, 페이징 파라메터 지원
  5. Kori

    10.3 리오 FMX

    << 위로 이동 (최신 버전 포함 모든 버전) RAD 스튜디오 10.3 리오 "새 기능 한글 요약본: FMX" 입니다. 모든 새 기능, 강화된 기능, 버그 픽스 등에 대해서는 Docwiki의 What's New 10.3 (영문 보기, 한글번역 보기) 와 관련 페이지를 보기 바랍니다. 10.3 리오 - FMX 관련 주요 업데이트 요약 [10.3.3] 델파이 안드로이드 64비트 지원 [10.3.3] iOS 13, 맥OS 카탈리나 지원 iOS12, iPhone X 시리즈 디바이스 지원 FMX용 새로운 스타일 5종 지원 안드로이드 API 레벨 26이상 지원 새로운 안드로이드 런타임 권한 모델 지원 안드로이드 Z-Order 다양한 안드로이드 네이티브 컨트롤 [10.3.3] 델파이 안드로이드 64비트 지원 구글 플레이 스토어 지원과 새로운 64비트 지원 요구 사항이 해결되었습니다. 완벽한 안드로이드 앱 번들 지원으로 안드로이드 64비트 앱을 구글 플레이 스토어에 등록하세요. 자세히 보기: https://tech.devgear.co.kr/delphi_news/457791 [10.3.3] iOS 13, 맥OS 카탈리나 지원 10.3.3으로 iOS 13(델파이, C++빌더 모두)과 맥OS 카탈리나(델파이만) 용 앱을 개발할 수 있습니다. 다크 테마를 완벽 지원하는 iOS 13 앱을 지금 앱스토어에 배포하세요. 공증 지원까지 갖춘 64비트 맥OS 카탈리나 델파이 앱도 맥OS 앱 스토어에 배포할 수 있습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/457805 iOS12, iPhone X 시리즈 디바이스 지원 10.3.1 버전부터 최신 iOS와 아이폰 디바이스들을 지원합니다. 이는 2019년 3월부터 시행될 애플(Apple)사의 앱스토어 요구 사항에 대응하기 위해서 꼭 필요한 지원 기능입니다. 새로운 애플사의 요구사항은 ‘앱은 iOS 12.1 SDK로 구축될 것’, ‘아이폰XS Max, 아이패드 Pro를 완벽 지원할 것’ 두 가지 입니다. 이번에 업데이트된 내용은 다음과 같습니다. 새 이미지 크기를 보여주는 Info.plist 업데이트 IDE에서 앱 아이콘, 스플래시 화면 크기 추가 지원 (아이폰/아이패드) 아이패드 Pro에 대한 네이티브 해상도 지원 FMX용 새로운 스타일 5종 지원 새로운 스타일들을 활용해 애플리케이션 룩앤필을 빠르게 업데이트 할 수 있습니다. 제공되는 스타일들을 원하는대로 바꾸어 사용할 수도 있습니다. 10.3.1에서는 새로운 스타일이 총 15 종류가 제공되는데, 그 중 5가지는 FMX(파이어몽키)용이고 10가지는 VCL용입니다. FMX 스타일은 윈도우, 맥OS, 안드로이드, iOS 모두에서 활용할 수 있는 멀티-디바이스 스타일이고, VCL 스타일은 윈도우에서 활용 가능합니다. 그리고 비트맵 스타일 디자이너 템플릿도 포함되어 있습니다. 새로운 스타일들은 IDE의 겟잇 패키지 매니저(GetIt Package Manager)를 이용해 다운로드 받아 사용할 수 있습니다. 새롭게 추가된 5 종류의 FMX 스타일들: FMX Style – Calypso FMX Style – Material Oxford Blue FMX Style – Puerto Rico FMX Style – Stellar FMX Style – Wedgewood Light 안드로이드 API 레벨 26이상 지원 RAD 스튜디오 10.3 리오는 안드로이드 API 레벨 26을 공식 지원합니다. 구글은 보안과 성능에 최적화된 최신 API 기반으로 앱을 만들고, 사용자가 혜택을 누릴 수 있도록, 플레이 스토어에 등록 시 안드로이드 레벨 26 이상을 요구하도록 정책을 변경했습니다.(신규앱 등록 2018년 8월 부터, 기존앱 업데이트 2018년 11월 부터). RAD 스튜디오 10.3 리오는 최신 SDK와 NDK를 지원하고, 매니페스트에 적절한 API레벨을 설정할 수 있도록 업데이트 되었습니다. 또한 최신 API에서 변경된 권한 모델등을 제공하도록 업데이트 되었습니다. 새로운 안드로이드 런타임 권한 모델 지원 [기존 권한 요청 방식] [새로운 권한 요청 방식] 안드로이드 API의 최신버전은 런타임 시 권한을 요청하는 매커니즘으로 변경되었습니다. 기존의 권한 모델은 설치 시 전체 권한을 승인하는 방식이었습니다. 새로운 권한 모델은 기능 사용 시 개별 권한을 묻는 방식으로, 사용자는 기능 별 허용 및 거부가 가능해졌습니다. 위 변경에 따라 10.3 리오에서는 사용 권한을 요청하는 메소드가 추가되었고, 그 결과를 콜백 메소드로 받아 기능을 수행할 수 있도록 업데이트 되었습니다. https://tech.devgear.co.kr/delphi_news/448925 안드로이드 Z-Order XE7 버전에서 iOS용 ControlType 속성이 처음 적용되었습니다. 그리고 10 시애틀 버전에서는 이 속성이 윈도우용까지 확장되었습니다. 플랫폼 설정을 변환하면 파이어몽키 컨트롤이 런타임 시 플랫폼 네이티브 컨트롤로 전환됩니다. 10.3 RIO에서는 ControlType 속성이 안드로이드 용으로까지 확장됩니다. 그리고 이로써 얻게될 두 가지 중요한 이점을 소개하고자 합니다: 더욱 네이티브한 컨트롤과 수정된 Z-Order가 그것입니다. 다양한 안드로이드 네이티브 컨트롤들 안드로이드 네이티브 TSwitch 콘트롤 플랫폼에서 항상 네이티브하게 작동되는 컨트롤들은 TWebBrowser, TMediaPlayer, TBannerAd, TMapView가 있습니다 (이 컨트롤들은 파이어몽키(FMX)가 아닌 기존 안드로이드 OS에서 렌더링 됩니다). 10.3 RIO 버전부터 필요에 따라 플랫폼에서 네이티브로 작동하는 새로운 4가지 컨트롤들을 선보입니다.
  6. Kori

    10.3 리오 언어와 컴파일러

    << 위로 이동 (최신 버전 포함 모든 버전) RAD 스튜디오 10.3 리오 "새 기능 한글 요약본: IDE" 입니다. 모든 새 기능, 강화된 기능, 버그 픽스 등에 대해서는 Docwiki의 What's New 10.3 (영문 보기, 한글번역 보기) 와 관련 페이지를 보기 바랍니다. 10.3 리오 - 언어와 컴파일러 관련 주요 업데이트 요약 [10.3.2] 델파이 맥OS 64-bit 애플리케이션 개발 지원 [10.3.2] C++17, 윈도우 64-bit 지원 인라인 변수 선언 타입 추론 Clang 업그레이드: C++17 지원 Win64에서 연산 성능 향상 C++ 코드 보완 개선 C++ 오류 인사이트 [10.3.2] 델파이 맥OS 64-bit 애플리케이션 개발 지원 LLVM 컴파일러 인프라를 기반으로 하는 새로운 맥OS 64-bit 플랫폼용 델파이 컴파일러가 추가되었습니다. 지금까지 지원되었던 맥OS, 윈도우, 리눅스와 같은 다른 모든 델파이 데스크탑/서버 플랫폼과 동일한 비ARC 형식입니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/454332 [10.3.2] C++17, 윈도우 64-bit 지원 최신 C++표준인 C++17을 사용하는 훌륭한 컴파일러가 제공됩니다. 최신 언어 기능들을 활용할 수 있습니다. C++17이 모든 윈도우를 완벽 지원하면서, 최신 C++ 언어 기능들을 Win32와 Win64에서 모두 활용할 수 있습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/454349 인라인 변수 선언 델파이 언어가 10.3 버전부터 로컬 변수 선언에 있어 훨씬 더 융통적으로 변합니다. 매우 핵심적인 기능 변화라고 볼 수 있습니다. 이번 업데이트는 본래 파스칼(Pascal) 언어의 핵심 개념을 깨는 변화이기는 합니다. 하지만 이 변화는 많은 장점을 제공하며, 이를 통해 불필요한 코드를 줄일 수 있습니다. 타입 추론 인라인으로 선언 된 변수는 타입 추론의 장점이 있습니다. 직접 할당하는 인라인 변수는 형식을 지정할 필요가 없습니다. 이것은 거기에 대입 된 값에서 형식을 유추 할 수 있기 때문입니다. Clang 업그레이드: C++17 지원 C++빌더 및 RAD 스튜디오 10.3은 윈도우 32비트용 C++17을 지원하는 업데이트된 Clang 확장 컴파일러가 도입되었습니다. 점진적인 컴파일러 업그레이드의 일환으로, 최신 C++ 언어 기능을 사용해 더욱 강력하고 간결한 코드를 작성하고, 써드파티 C++ 라이브러리를 사용해 더 강력한 애플리케이션을 구축할 수 있습니다. Win64에서 연산 성능 향상 많은 C ++ 수학 함수가 새롭게 구현되었습니다. 이러한 방법은 이전 버전에 비해 평균적으로 약 2 배 빨라졌습니다. C++ 코드 보완 개선 C++ Win32 코드 보완 업데이트로 확장된 Clang 기반의 C++ 컴파일러를 사용합니다. 이로써 이전보다 훨씬 빠른 C++ 코드 보완이 가능합니다. C++ 오류 인사이트 오류 인사이트(오류 항목 아래에 빨간색 밑줄을 그어 편집기에서 코드의 문제를 미리 확인할 수 있는 기능)가 C++빌더에서도 가능해졌습니다. 새로운 Win32용 Clang 확장 컴파일러를 사용하는 경우 이 기능이 제공됩니다.
  7. Kori

    10.3 리오 RTL

    << 위로 이동 (최신 버전 포함 모든 버전) RAD 스튜디오 10.3 리오 "새 기능 한글 요약본: RTL" 입니다. 모든 새 기능, 강화된 기능, 버그 픽스 등에 대해서는 Docwiki의 What's New 10.3 (영문 보기, 한글번역 보기) 와 관련 페이지를 보기 바랍니다. 10.3 리오 - RTL 관련 주요 업데이트 요약 데이터 컬렉션(Data Structure) 증가 정책 변경 TStringBuilder 변경 JSON 개선 기타 RTL 변경 앱 테더링 긴 문자열 전송 TMemIniFile 최적화 데이터 컬렉션(Data Structure) 증가 정책 변경 여러가지 데이터 컬렉션(TStringList, TList, TList<T>, TQueue<T>, TSTack<T>)는 데이터가 가득차 확장이 필요하면 이전보다 2배의 크기로 크기를 증가했습니다. 이제 좀 더 유연하게 성장하도록 증가 정책이 변경되었습니다. 새로운 증가 정책은 공유 전역 함수(System.pas, GrowCollection)에 구현되며, SetGrowCollectionFunc 함수를 통해 사용자 정의 할 수 있습니다. TStringBuilder 변경 성능 향상을 위해 일부 변경되었습니다. 메모리 증가 정책과 유사한 변경 및 중복 코드 제거 등의 전반적인 정리등을 진행했습니다. TStringBuilder 열거형이 최적화 되었습니다. JSON 개선 정확성과 성능을 위해 JSON 처리 및 분석 향상이 크게 진행됐습니다 기타 RTL 변경 10.3 이전에는 디버그 정보를 활성화 하면 컴파일러 최적화가 비활성화 되었습니다. 업데이트된 Win32 컴파일러에서 이제 최적화된 빌드를 디버깅할 수 있습니다. 앱 테더링 긴 문자열 전송 앱테더링에 사용되는 TTetheringAppProfile 클래스의 SendString / AsString 작업의 현재 1,400문자 길이에 제한되어 있었습니다. 10.3 에서는 다음 변경 사항 및 추가 기능을 통해 호환성을 유지하며 긴 문자열 처리가 가능하게 되었습니다. 새로 추가된 TTetheringAppProfile의 SendLongString 메소드는 문자열과 스트림을 사용합니다. TResourceValue.AsString은 받은 스트림에서 문자열을 반환합니다. 만약 없다면 반은 문자열 값을 반환합니다. 이는 일반 문자열과 긴 문자열에 대한 대응입니다. 문자열 길이가 1.3 KB보다 작은 경우 TTetheringAppProfile.SendString을 사용하고, 더 길다면 TTetheringAppProfile.SendLongString을 사용하기 바랍니다. TMemIniFile 최적화 RAD 스튜디오 10.3 리오는 TMemIniFile 구현이 최적화 되었습니다. TMemIniFile 읽기와 생성(constructing)이 10~25배 빨라지고 메모리 사용량도 절반으로 감소했습니다. TMemIniFile 작업도 향상되어 이전 구현에 비해 50~100 고속화 되었습니다. 또한 10.3에서는 다음 두가지 오버로드 생성자가 추가되고 스트림에서 TMemIniFile을 가져올 수 있습니다. TMemIniFile.Create(Stream) TMemIniFile.Create(Stream, UseLocale)
  8. Kori

    10.3 리오 VCL

    << 위로 이동 (최신 버전 포함 모든 버전) RAD 스튜디오 10.3 리오 "새 기능 한글 요약본: VCL" 입니다. 모든 새 기능, 강화된 기능, 버그 픽스 등에 대해서는 Docwiki의 What's New 10.3 (영문 보기, 한글번역 보기) 와 관련 페이지를 보기 바랍니다. 10.3 리오 - VCL 관련 주요 업데이트 요약 VCL용 새로운 스타일 10종 지원 High DPI 이미지 리스트 지원 TImageCollection TVirtualImageList Per Monitor V2 지원 VCL용 새로운 스타일 10종 지원 새 스타일들을 활용해 애플리케이션 룩앤필을 빠르게 업데이트 할 수 있다. 또한 각 스타일을 원하는 대로 변경하여 사용할 수도 있다. 10.3.1에서는 새 스타일이 총 15개가 추가되었는데, 그 중 5가지는 FMX(파이어몽키)용이고 10가지는 VCL용이다. FMX 스타일은 윈도우, 맥OS, 안드로이드, iOS 모두에서 적용되는 멀티-디바이스 스타일이고, VCL 스타일은 윈도우에서 적용된다. 비트맵 스타일 디자이너 템플릿 또한 포함되어 있다. 새로운 스타일들은 IDE의 겟잇 패키지 매니저(GetIt Package Manager)를 이용해 다운로드 받아 사용할 수 있다. 새롭게 추가된 VCL 스타일들: VCL Style – Calypso VCL Style – Flat UI Light VCL Style – Material Oxford Blue VCL Style – Puerto Rico VCL Style – Stellar VCL Style – Wedgewood Light VCL Style – Windows 10 – Black Pearl VCL Style – Windows 10 – Blue Whale VCL Style – Windows 10 – Clear Day VCL Style – Windows 10 – Malibu High DPI 이미지 리스트 지원 그림. TImageList를 사용하는 기본 방식 (왼쪽)은 툴바의 이미지는 화면 배율이 커져도 크기가 같다. 하지만, TVirtualImageList와 TImageCollection를 사용 방식 (오른쪽)은 화면에 맞게 알맞은 해상도의 이미지가 사용된다. 관련 링크 High DPI 지원을 구현 방법 데모보기 TVirtualImageList와 TImageCollection에 대해 설명한 블로그 보기 10.3 버전부터, VCL 애플리케이션이 High DPI (일명 HiDPI) 화면과 해상도가 다른 여러 화면을 지원할 수 있도록 VCL에 새로 TImageCollection과 TVirtualImageList가 추가되었다. 10.3보다 이전 버전에서는 각 콘트롤과 TImageList가 1:1로 직접 연결되었기 때문에, 단 하나의 고정된 해상도의 이미지만 사용할 수 있어서, High DPI 화면에서 낮은 해상도의 이미지가 늘어나서 흐리게 보이거나, 또는 낮은 해상도의 크기를 유지하느라 이미지만 작게 표현되어야 했다. 하지만, TImageCollection과 TVirtualImageList를 함께 사용하면 이런 1:1 제한이 없어졌다. 즉 이미지 목록에 들어있는 이미지에 다양한 해상도를 미리 넣어두고 화면의 DPI에 따라 알맞은 이미지가 자동으로 사용된다. TImageCollection TImageCollection은 전통적인 이미지 리스트를 대체하여 이미지를 모아 두는 곳이다. HIMAGELIST 핸들 등을 제공한다. 따라서 VCL 콘트롤 뿐만 아니라 윈도우 이미지 리스트 API를 호출하는 모든 코드에서 사용할 수 있다. (예: DataModule 등 공통 유닛에 넣어두고 여러 폼에서 사용할 수 있다. 그림. TImageCollection에는 이미지 별로 다양한 해상도의 이미지를 추가/편집/삭제할 수 있다. 주요 메뉴 Add 버튼: 탐색기에서 이미지를 선택하여 추가할 수 있다. Size in file name 옵션: True를 선택하면 같은 이미지명에 이미지 크기를 명시하여 같은 이미지를 크기 별로 추가할 수 있다. (아래의 Size Separator 기호 를 기준으로 자동 분류 된다) Size Separator 기호: 지정된 기호의 뒷부분은 크기로 인식하고 앞부분은 이미지명으로 인식한다. 예를 들어, 위 그림에서 선택된 TLable-16의 실제 이름은 TLabel-24이다. 구분자가 "-"로 지정되어 있으므로, 가상의 파일명은 TLabel이고 크기는 24x24이다. 기존의 TImageList에 넣어둔 이미지를 가져오는 방법 TImageCollection에서 컨텍스트 메뉴를 열고 Load Images from TImageList(s)... 를 선택하면, 사용된 모든 TImageList 안에 있는 이미지를 선택하여 가져오거나 병합할 수 있다. TVirtualImageList TVirtualImageList는 PNG 등 알파 채널 이미지를 지원한다. 예전 방식으로 투명도에 색상 키가 반영된 비트맵을 가져올 수도 있으며, 전통적인 TImageLists를 TImageCollection과 TVirtualImageList 조합으로 마이그레이션하는 도구도 제공된다. 이름대로 가상 이미지의 리스트이며, 사용되는 화면의 DPI에 따라 실제 사용되는 이미지가 결정된다. 그림. TVirtualImageList 컴포넌트의 ImageCollection 속성을 사용하고자 하는 TImageCollection으로 지정한다. 그림. 이미지 목록을 사용할 콘트롤의 Images속성을 사용하고자 하는 TVirtualImageList를 지정한다. (이 그림에서는 ToolBar1이 기존에는 ImageList1을 사용했는데, High DPI를 지원하기 위해 VirtualImageList1 으로 변경하고 있다) Per Monitor V2 지원 RAD 스튜디오 10.3부터 VCL 프로젝트에서 Per Monitor V2 지원이 포함되었다. 그 결과 VCL 애플리케이션은 윈도우의 모든 화면 배율에 맞게 확대/축소 되며, 모니터가 달라져서 해당 DPI 배율이 변하는 경우에 알맞게 대응한다. 이렇게 하려면 Project > Options > Application > Manifest 로 가서 DPI Awareness 항목에서 Per Monitor V2를 선택한다.
  9. Kori

    10.3 리오 IDE

    << 위로 이동 (최신 버전 포함 모든 버전) RAD 스튜디오 10.3 리오 "새 기능 한글 요약본: IDE" 입니다. 모든 새 기능, 강화된 기능, 버그 픽스 등에 대해서는 Docwiki의 What's New 10.3 (영문 보기, 한글번역 보기) 와 관련 페이지를 보기 바랍니다. 10.3 리오 - IDE 관련 주요 업데이트 요약 [10.3.3] 엔터프라이즈 커넥터 [10.3.2] C++ 코드인사이트: 코드 완성 기능(Code Completion) [10.3.2] C++ 코드인사이트: 파라미터 완성 [10.3.2] C++ 코드인사이트: 오류 인사이트 [10.3.2] C++ 코드인사이트: 툴팁 인사이트와 코드 브라우징 [10.3.2] 코딩 & 디자인 화면의 빠른 전환 [10.3.2] 더욱 좋아진 퀄리티 향상 북마크(Bookmarks) 네비게이터 선택된 화면 모습의 변화 데스크탑 레이아웃, 테마, IDE 인사이트 컨트롤 코드 에디터 탭 선택된 메뉴를 명확하게 표시 VCL 디자이너 새로운 밝은 테마와 어두운 테마 [10.3.3] 엔터프라이즈 커넥터 세일즈포스, 구글 드라이브 등 약 70여개 이상의 SaaS와 엑셀 등 다양한 솔루션을 기존에 데이터베이스를 연결하는 방식 그대로 연결하는 엔터프라이즈 커넥터가 추가되었습니다 (1년 구독 라이선스). 엔터프라이즈 또는 아키텍트 에디션 에디션에만 들어있습니다. 해당 에디션의 업데이트 서브스크립션을 유지하고 있는 경우 무상 제공됩니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/457813 [10.3.2] C++ 코드인사이트: 코드 완성 기능(Code Completion) Clang에 대한 코드 완성 기능을 완벽 지원합니다. 코드 완성은 . , ->, :: 그리고 헤더 부문의 #include <> 구문에 < 입력 시 자동 호출됩니다. Ctrl + 스페이스바를 눌러서 수동으로 불러올 수도 있습니다. 현재 위치에서 사용 가능한 항목의 목록을 자동으로 표시해주고, 원하는 항목을 화살표 버튼 + 엔터키를 이용해 IDE에 적용할 수 있습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/455198 [10.3.2] C++ 코드인사이트: 파라미터 완성 메소드가 있으면 IDE가 파라미터 이름과 타입을 확인할 수 있도록 알려줍니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/455198 [10.3.2] C++ 코드인사이트: 오류 인사이트 IDE 기능 중 하나로 오류가 있는 부분을 빨간색 줄로 표시해줍니다. 컴파일 하기 전에 에디터 상에서 알려주는 기능입니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/455198 [10.3.2] C++ 코드인사이트: 툴팁 인사이트와 코드 브라우징 툴팁 인사이트는 심볼(symbol)에 마우스를 올려놓으면 선언을 보여주는 기능입니다. 코드 브라우징은 선언된 부분으로 자동 이동할 수 있는 기능입니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/455198 [10.3.2] 코딩 & 디자인 화면의 빠른 전환 10.3.2에서는 특히 빠른 속도와 부드러운 화면 전환에 초점을 맞추었습니다. 훨씬 자연스럽게 동작하는 모습을 확인할 수 있습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/454818 [10.3.2] 더욱 좋아진 퀄리티 향상 리포팅된 400개 이상의 이슈들을 해소했습니다. 그 중에서도 두드러지는 부분들은 다음과 같습니다. 툴바 모음: 사용자가 배치해놓은 위치에 툴바가 위치합니다. IDE 사이즈 조절이 가능합니다. 최소화, 최대화 모두 가능합니다. 레이아웃 변경: 예를 들어 디버깅 실행 시, IDE를 디버그 레이아웃으로 변경할 수 있습니다. 타이틀 바의 컨트롤들: 예를 들어 IDE 메인 화면, 옵션 대화 상자의 검색창 등이 있습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/454818 북마크(Bookmarks) 소스코드가 많고 규모가 큰 프로젝트더라도 IDE에서 바로 원하는 코드 위치를 찾아 작업할 수 있어, 불필요한 작업 시간이 크게 줄어듭니다. 이 기능은 10.3.1을 받은 고객이라면 겟잇패키지매니저(GetIt Package Manager)를 통해 다운로드 받아 사용할 수 있습니다. 코드 편집기에서 이전에 작업했던 위치를 보여주는 기능입니다. ‘바로가기’를 설정하면 그 위치로 바로 이동할 수 있는 새로운 북마크가 만들어집니다. 생성한 모든 북마크들은 북마크 화면에서 모두 확인할 수 있습니다. 그리고 구문 강조 표시와 작업 전부 정보에 대해서도 확인할 수 있습니다. 또한 ‘이동하기(Escape)’ 버튼을 이용해 이동할 위치들을 모아놓은 캐럿 북마크(Caret Bookmarks) 기능을 제공합니다. 네비게이터 델파이에서 지능형 검색을 활용해 유닛의 어떤 위치로든 바로 이동할 수 있는 기능입니다. Ctrl + G를 누르고 타이핑하면, 유즈절(uses clause), 메소드, 속성(property), 속성 백업 필드 또는 속성 메소드, 다른 코드 요소르 이동할 수 있습니다. 그리고 델파이와 C++ 모두에서 ‘미니맵’ 기능을 사용할 수 있습니다. 이 기능은 코드 미니어쳐 버전을 보여주는 사이드 패널입니다. 선택된 화면 모습의 변화 제목 표시줄이 더 커져 메뉴명을 한 눈에 파악할 수 있고 클릭이나 이동이 더 쉬워졌습니다. ‘프로젝트’ 화면의 툴 바를 한 줄로 정리했습니다. 화면에 보이지 않는 메뉴들은 드롭다운 형식으로 표시해 이전과 동일한 기능을 사용할 수 있습니다. 전체적인 화면 너비와 높이가 넓어져 메뉴 파악이 더욱 쉬워졌습니다. 데스크탑 레이아웃, 테마, IDE 인사이트 컨트롤 다른 도구들과 마찬가지로 도구 모음에 위치해있던 컨트롤들이 10.3 버전부터는 제목 표시줄로 위치가 이동했습니다. 코드 에디터 탭 탭 메뉴명을 더 구분하기 쉽도록 바뀌었습니다. 탭 사이즈를 좀 더 크게 만들어 클릭하기 쉬워졌습니다. 각 탭은 X 버튼을 클릭해 닫을 수 있습니다. 선택된 메뉴를 명확하게 표시 클릭한 항목이 포함된 메인 메뉴를 진한 파란색으로 나타내 클릭된 영역을 확실하게 알아볼 수 있습니다. VCL 디자이너 클사용되지 않는 상당(top), 좌측(left)의 크기 조절을 위한 드래그 버튼이 사라졌습니다. 이전에는 7×7 px 사이즈의 사각형을 클릭해 크기를 조정해야 했지만, 이 크기도 더 커졌습니다. 드래그 바는 다른 VCL 컨트롤과 마찬가지로 마우스오버에 반응합니다. 새로운 밝은 테마와 어두운 테마 밝은 테마(Light Theme) 10.3의 밝은 테마가 바뀌었습니다. 다양한 파란색 음영을 사용했으며, 회색을 주로 사용했던 이전 버전들과 달리 쾌적한 시각 효과를 제공합니다. 어두운 테마(Dark Theme) 10.2.2 버전에서 처음 선보였던 어두운 테마에도 변화가 있습니다. 기존과 비슷한 색상을 사용하지만 새로운 밝은 테마에서 아이디어를 얻어 색상에 변화가 있었고 이를 통해 눈의 피로도를 줄여주고 장시간 사용하기 좋습니다.
  10. << 위로 이동 (최신 버전 포함 모든 버전) RAD 스튜디오 10.3 리오 "새 기능 한글 요약본: IDE" 입니다. 모든 새 기능, 강화된 기능, 버그 픽스 등에 대해서는 Docwiki의 What's New 10.3 (영문 보기, 한글번역 보기) 와 관련 페이지를 보기 바랍니다. 10.3 리오 - IDE 관련 주요 업데이트 요약 [10.3.3] 엔터프라이즈 커넥터 [10.3.2] C++ 코드인사이트: 코드 완성 기능(Code Completion) [10.3.2] C++ 코드인사이트: 파라미터 완성 [10.3.2] C++ 코드인사이트: 오류 인사이트 [10.3.2] C++ 코드인사이트: 툴팁 인사이트와 코드 브라우징 [10.3.2] 코딩 & 디자인 화면의 빠른 전환 [10.3.2] 더욱 좋아진 퀄리티 향상 북마크(Bookmarks) 네비게이터 선택된 화면 모습의 변화 데스크탑 레이아웃, 테마, IDE 인사이트 컨트롤 코드 에디터 탭 선택된 메뉴를 명확하게 표시 VCL 디자이너 새로운 밝은 테마와 어두운 테마 [10.3.3] 엔터프라이즈 커넥터 세일즈포스, 구글 드라이브 등 약 70여개 이상의 SaaS와 엑셀 등 다양한 솔루션을 기존에 데이터베이스를 연결하는 방식 그대로 연결하는 엔터프라이즈 커넥터가 추가되었습니다 (1년 구독 라이선스). 엔터프라이즈 또는 아키텍트 에디션 에디션에만 들어있습니다. 해당 에디션의 업데이트 서브스크립션을 유지하고 있는 경우 무상 제공됩니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/457813 [10.3.2] C++ 코드인사이트: 코드 완성 기능(Code Completion) Clang에 대한 코드 완성 기능을 완벽 지원합니다. 코드 완성은 . , ->, :: 그리고 헤더 부문의 #include <> 구문에 < 입력 시 자동 호출됩니다. Ctrl + 스페이스바를 눌러서 수동으로 불러올 수도 있습니다. 현재 위치에서 사용 가능한 항목의 목록을 자동으로 표시해주고, 원하는 항목을 화살표 버튼 + 엔터키를 이용해 IDE에 적용할 수 있습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/455198 [10.3.2] C++ 코드인사이트: 파라미터 완성 메소드가 있으면 IDE가 파라미터 이름과 타입을 확인할 수 있도록 알려줍니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/455198 [10.3.2] C++ 코드인사이트: 오류 인사이트 IDE 기능 중 하나로 오류가 있는 부분을 빨간색 줄로 표시해줍니다. 컴파일 하기 전에 에디터 상에서 알려주는 기능입니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/455198 [10.3.2] C++ 코드인사이트: 툴팁 인사이트와 코드 브라우징 툴팁 인사이트는 심볼(symbol)에 마우스를 올려놓으면 선언을 보여주는 기능입니다. 코드 브라우징은 선언된 부분으로 자동 이동할 수 있는 기능입니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/455198 [10.3.2] 코딩 & 디자인 화면의 빠른 전환 10.3.2에서는 특히 빠른 속도와 부드러운 화면 전환에 초점을 맞추었습니다. 훨씬 자연스럽게 동작하는 모습을 확인할 수 있습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/454818 [10.3.2] 더욱 좋아진 퀄리티 향상 리포팅된 400개 이상의 이슈들을 해소했습니다. 그 중에서도 두드러지는 부분들은 다음과 같습니다. 툴바 모음: 사용자가 배치해놓은 위치에 툴바가 위치합니다. IDE 사이즈 조절이 가능합니다. 최소화, 최대화 모두 가능합니다. 레이아웃 변경: 예를 들어 디버깅 실행 시, IDE를 디버그 레이아웃으로 변경할 수 있습니다. 타이틀 바의 컨트롤들: 예를 들어 IDE 메인 화면, 옵션 대화 상자의 검색창 등이 있습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/454818 북마크(Bookmarks) 소스코드가 많고 규모가 큰 프로젝트더라도 IDE에서 바로 원하는 코드 위치를 찾아 작업할 수 있어, 불필요한 작업 시간이 크게 줄어듭니다. 이 기능은 10.3.1을 받은 고객이라면 겟잇패키지매니저(GetIt Package Manager)를 통해 다운로드 받아 사용할 수 있습니다. 코드 편집기에서 이전에 작업했던 위치를 보여주는 기능입니다. ‘바로가기’를 설정하면 그 위치로 바로 이동할 수 있는 새로운 북마크가 만들어집니다. 생성한 모든 북마크들은 북마크 화면에서 모두 확인할 수 있습니다. 그리고 구문 강조 표시와 작업 전부 정보에 대해서도 확인할 수 있습니다. 또한 ‘이동하기(Escape)’ 버튼을 이용해 이동할 위치들을 모아놓은 캐럿 북마크(Caret Bookmarks) 기능을 제공합니다. 네비게이터 델파이에서 지능형 검색을 활용해 유닛의 어떤 위치로든 바로 이동할 수 있는 기능입니다. Ctrl + G를 누르고 타이핑하면, 유즈절(uses clause), 메소드, 속성(property), 속성 백업 필드 또는 속성 메소드, 다른 코드 요소르 이동할 수 있습니다. 그리고 델파이와 C++ 모두에서 ‘미니맵’ 기능을 사용할 수 있습니다. 이 기능은 코드 미니어쳐 버전을 보여주는 사이드 패널입니다. 선택된 화면 모습의 변화 제목 표시줄이 더 커져 메뉴명을 한 눈에 파악할 수 있고 클릭이나 이동이 더 쉬워졌습니다. ‘프로젝트’ 화면의 툴 바를 한 줄로 정리했습니다. 화면에 보이지 않는 메뉴들은 드롭다운 형식으로 표시해 이전과 동일한 기능을 사용할 수 있습니다. 전체적인 화면 너비와 높이가 넓어져 메뉴 파악이 더욱 쉬워졌습니다. 데스크탑 레이아웃, 테마, IDE 인사이트 컨트롤 다른 도구들과 마찬가지로 도구 모음에 위치해있던 컨트롤들이 10.3 버전부터는 제목 표시줄로 위치가 이동했습니다. 코드 에디터 탭 탭 메뉴명을 더 구분하기 쉽도록 바뀌었습니다. 탭 사이즈를 좀 더 크게 만들어 클릭하기 쉬워졌습니다. 각 탭은 X 버튼을 클릭해 닫을 수 있습니다. 선택된 메뉴를 명확하게 표시 클릭한 항목이 포함된 메인 메뉴를 진한 파란색으로 나타내 클릭된 영역을 확실하게 알아볼 수 있습니다. VCL 디자이너 클사용되지 않는 상당(top), 좌측(left)의 크기 조절을 위한 드래그 버튼이 사라졌습니다. 이전에는 7×7 px 사이즈의 사각형을 클릭해 크기를 조정해야 했지만, 이 크기도 더 커졌습니다. 드래그 바는 다른 VCL 컨트롤과 마찬가지로 마우스오버에 반응합니다. 새로운 밝은 테마와 어두운 테마 밝은 테마(Light Theme) 10.3의 밝은 테마가 바뀌었습니다. 다양한 파란색 음영을 사용했으며, 회색을 주로 사용했던 이전 버전들과 달리 쾌적한 시각 효과를 제공합니다. 어두운 테마(Dark Theme) 10.2.2 버전에서 처음 선보였던 어두운 테마에도 변화가 있습니다. 기존과 비슷한 색상을 사용하지만 새로운 밝은 테마에서 아이디어를 얻어 색상에 변화가 있었고 이를 통해 눈의 피로도를 줄여주고 장시간 사용하기 좋습니다. View full RAD 스튜디오 버전별 신기능
  11. << 위로 이동 (최신 버전 포함 모든 버전) RAD 스튜디오 10.3 리오 "새 기능 한글 요약본: VCL" 입니다. 모든 새 기능, 강화된 기능, 버그 픽스 등에 대해서는 Docwiki의 What's New 10.3 (영문 보기, 한글번역 보기) 와 관련 페이지를 보기 바랍니다. 10.3 리오 - VCL 관련 주요 업데이트 요약 VCL용 새로운 스타일 10종 지원 High DPI 이미지 리스트 지원 TImageCollection TVirtualImageList Per Monitor V2 지원 VCL용 새로운 스타일 10종 지원 새 스타일들을 활용해 애플리케이션 룩앤필을 빠르게 업데이트 할 수 있다. 또한 각 스타일을 원하는 대로 변경하여 사용할 수도 있다. 10.3.1에서는 새 스타일이 총 15개가 추가되었는데, 그 중 5가지는 FMX(파이어몽키)용이고 10가지는 VCL용이다. FMX 스타일은 윈도우, 맥OS, 안드로이드, iOS 모두에서 적용되는 멀티-디바이스 스타일이고, VCL 스타일은 윈도우에서 적용된다. 비트맵 스타일 디자이너 템플릿 또한 포함되어 있다. 새로운 스타일들은 IDE의 겟잇 패키지 매니저(GetIt Package Manager)를 이용해 다운로드 받아 사용할 수 있다. 새롭게 추가된 VCL 스타일들: VCL Style – Calypso VCL Style – Flat UI Light VCL Style – Material Oxford Blue VCL Style – Puerto Rico VCL Style – Stellar VCL Style – Wedgewood Light VCL Style – Windows 10 – Black Pearl VCL Style – Windows 10 – Blue Whale VCL Style – Windows 10 – Clear Day VCL Style – Windows 10 – Malibu High DPI 이미지 리스트 지원 그림. TImageList를 사용하는 기본 방식 (왼쪽)은 툴바의 이미지는 화면 배율이 커져도 크기가 같다. 하지만, TVirtualImageList와 TImageCollection를 사용 방식 (오른쪽)은 화면에 맞게 알맞은 해상도의 이미지가 사용된다. 관련 링크 High DPI 지원을 구현 방법 데모보기 TVirtualImageList와 TImageCollection에 대해 설명한 블로그 보기 10.3 버전부터, VCL 애플리케이션이 High DPI (일명 HiDPI) 화면과 해상도가 다른 여러 화면을 지원할 수 있도록 VCL에 새로 TImageCollection과 TVirtualImageList가 추가되었다. 10.3보다 이전 버전에서는 각 콘트롤과 TImageList가 1:1로 직접 연결되었기 때문에, 단 하나의 고정된 해상도의 이미지만 사용할 수 있어서, High DPI 화면에서 낮은 해상도의 이미지가 늘어나서 흐리게 보이거나, 또는 낮은 해상도의 크기를 유지하느라 이미지만 작게 표현되어야 했다. 하지만, TImageCollection과 TVirtualImageList를 함께 사용하면 이런 1:1 제한이 없어졌다. 즉 이미지 목록에 들어있는 이미지에 다양한 해상도를 미리 넣어두고 화면의 DPI에 따라 알맞은 이미지가 자동으로 사용된다. TImageCollection TImageCollection은 전통적인 이미지 리스트를 대체하여 이미지를 모아 두는 곳이다. HIMAGELIST 핸들 등을 제공한다. 따라서 VCL 콘트롤 뿐만 아니라 윈도우 이미지 리스트 API를 호출하는 모든 코드에서 사용할 수 있다. (예: DataModule 등 공통 유닛에 넣어두고 여러 폼에서 사용할 수 있다. 그림. TImageCollection에는 이미지 별로 다양한 해상도의 이미지를 추가/편집/삭제할 수 있다. 주요 메뉴 Add 버튼: 탐색기에서 이미지를 선택하여 추가할 수 있다. Size in file name 옵션: True를 선택하면 같은 이미지명에 이미지 크기를 명시하여 같은 이미지를 크기 별로 추가할 수 있다. (아래의 Size Separator 기호 를 기준으로 자동 분류 된다) Size Separator 기호: 지정된 기호의 뒷부분은 크기로 인식하고 앞부분은 이미지명으로 인식한다. 예를 들어, 위 그림에서 선택된 TLable-16의 실제 이름은 TLabel-24이다. 구분자가 "-"로 지정되어 있으므로, 가상의 파일명은 TLabel이고 크기는 24x24이다. 기존의 TImageList에 넣어둔 이미지를 가져오는 방법 TImageCollection에서 컨텍스트 메뉴를 열고 Load Images from TImageList(s)... 를 선택하면, 사용된 모든 TImageList 안에 있는 이미지를 선택하여 가져오거나 병합할 수 있다. TVirtualImageList TVirtualImageList는 PNG 등 알파 채널 이미지를 지원한다. 예전 방식으로 투명도에 색상 키가 반영된 비트맵을 가져올 수도 있으며, 전통적인 TImageLists를 TImageCollection과 TVirtualImageList 조합으로 마이그레이션하는 도구도 제공된다. 이름대로 가상 이미지의 리스트이며, 사용되는 화면의 DPI에 따라 실제 사용되는 이미지가 결정된다. 그림. TVirtualImageList 컴포넌트의 ImageCollection 속성을 사용하고자 하는 TImageCollection으로 지정한다. 그림. 이미지 목록을 사용할 콘트롤의 Images속성을 사용하고자 하는 TVirtualImageList를 지정한다. (이 그림에서는 ToolBar1이 기존에는 ImageList1을 사용했는데, High DPI를 지원하기 위해 VirtualImageList1 으로 변경하고 있다) Per Monitor V2 지원 RAD 스튜디오 10.3부터 VCL 프로젝트에서 Per Monitor V2 지원이 포함되었다. 그 결과 VCL 애플리케이션은 윈도우의 모든 화면 배율에 맞게 확대/축소 되며, 모니터가 달라져서 해당 DPI 배율이 변하는 경우에 알맞게 대응한다. 이렇게 하려면 Project > Options > Application > Manifest 로 가서 DPI Awareness 항목에서 Per Monitor V2를 선택한다. View full RAD 스튜디오 버전별 신기능
  12. << 위로 이동 (최신 버전 포함 모든 버전) RAD 스튜디오 10.3 리오 "새 기능 한글 요약본: RTL" 입니다. 모든 새 기능, 강화된 기능, 버그 픽스 등에 대해서는 Docwiki의 What's New 10.3 (영문 보기, 한글번역 보기) 와 관련 페이지를 보기 바랍니다. 10.3 리오 - RTL 관련 주요 업데이트 요약 데이터 컬렉션(Data Structure) 증가 정책 변경 TStringBuilder 변경 JSON 개선 기타 RTL 변경 앱 테더링 긴 문자열 전송 TMemIniFile 최적화 데이터 컬렉션(Data Structure) 증가 정책 변경 여러가지 데이터 컬렉션(TStringList, TList, TList<T>, TQueue<T>, TSTack<T>)는 데이터가 가득차 확장이 필요하면 이전보다 2배의 크기로 크기를 증가했습니다. 이제 좀 더 유연하게 성장하도록 증가 정책이 변경되었습니다. 새로운 증가 정책은 공유 전역 함수(System.pas, GrowCollection)에 구현되며, SetGrowCollectionFunc 함수를 통해 사용자 정의 할 수 있습니다. TStringBuilder 변경 성능 향상을 위해 일부 변경되었습니다. 메모리 증가 정책과 유사한 변경 및 중복 코드 제거 등의 전반적인 정리등을 진행했습니다. TStringBuilder 열거형이 최적화 되었습니다. JSON 개선 정확성과 성능을 위해 JSON 처리 및 분석 향상이 크게 진행됐습니다 기타 RTL 변경 10.3 이전에는 디버그 정보를 활성화 하면 컴파일러 최적화가 비활성화 되었습니다. 업데이트된 Win32 컴파일러에서 이제 최적화된 빌드를 디버깅할 수 있습니다. 앱 테더링 긴 문자열 전송 앱테더링에 사용되는 TTetheringAppProfile 클래스의 SendString / AsString 작업의 현재 1,400문자 길이에 제한되어 있었습니다. 10.3 에서는 다음 변경 사항 및 추가 기능을 통해 호환성을 유지하며 긴 문자열 처리가 가능하게 되었습니다. 새로 추가된 TTetheringAppProfile의 SendLongString 메소드는 문자열과 스트림을 사용합니다. TResourceValue.AsString은 받은 스트림에서 문자열을 반환합니다. 만약 없다면 반은 문자열 값을 반환합니다. 이는 일반 문자열과 긴 문자열에 대한 대응입니다. 문자열 길이가 1.3 KB보다 작은 경우 TTetheringAppProfile.SendString을 사용하고, 더 길다면 TTetheringAppProfile.SendLongString을 사용하기 바랍니다. TMemIniFile 최적화 RAD 스튜디오 10.3 리오는 TMemIniFile 구현이 최적화 되었습니다. TMemIniFile 읽기와 생성(constructing)이 10~25배 빨라지고 메모리 사용량도 절반으로 감소했습니다. TMemIniFile 작업도 향상되어 이전 구현에 비해 50~100 고속화 되었습니다. 또한 10.3에서는 다음 두가지 오버로드 생성자가 추가되고 스트림에서 TMemIniFile을 가져올 수 있습니다. TMemIniFile.Create(Stream) TMemIniFile.Create(Stream, UseLocale) View full RAD 스튜디오 버전별 신기능
  13. << 위로 이동 (최신 버전 포함 모든 버전) RAD 스튜디오 10.3 리오 "새 기능 한글 요약본: IDE" 입니다. 모든 새 기능, 강화된 기능, 버그 픽스 등에 대해서는 Docwiki의 What's New 10.3 (영문 보기, 한글번역 보기) 와 관련 페이지를 보기 바랍니다. 10.3 리오 - 언어와 컴파일러 관련 주요 업데이트 요약 [10.3.2] 델파이 맥OS 64-bit 애플리케이션 개발 지원 [10.3.2] C++17, 윈도우 64-bit 지원 인라인 변수 선언 타입 추론 Clang 업그레이드: C++17 지원 Win64에서 연산 성능 향상 C++ 코드 보완 개선 C++ 오류 인사이트 [10.3.2] 델파이 맥OS 64-bit 애플리케이션 개발 지원 LLVM 컴파일러 인프라를 기반으로 하는 새로운 맥OS 64-bit 플랫폼용 델파이 컴파일러가 추가되었습니다. 지금까지 지원되었던 맥OS, 윈도우, 리눅스와 같은 다른 모든 델파이 데스크탑/서버 플랫폼과 동일한 비ARC 형식입니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/454332 [10.3.2] C++17, 윈도우 64-bit 지원 최신 C++표준인 C++17을 사용하는 훌륭한 컴파일러가 제공됩니다. 최신 언어 기능들을 활용할 수 있습니다. C++17이 모든 윈도우를 완벽 지원하면서, 최신 C++ 언어 기능들을 Win32와 Win64에서 모두 활용할 수 있습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/454349 인라인 변수 선언 델파이 언어가 10.3 버전부터 로컬 변수 선언에 있어 훨씬 더 융통적으로 변합니다. 매우 핵심적인 기능 변화라고 볼 수 있습니다. 이번 업데이트는 본래 파스칼(Pascal) 언어의 핵심 개념을 깨는 변화이기는 합니다. 하지만 이 변화는 많은 장점을 제공하며, 이를 통해 불필요한 코드를 줄일 수 있습니다. 타입 추론 인라인으로 선언 된 변수는 타입 추론의 장점이 있습니다. 직접 할당하는 인라인 변수는 형식을 지정할 필요가 없습니다. 이것은 거기에 대입 된 값에서 형식을 유추 할 수 있기 때문입니다. Clang 업그레이드: C++17 지원 C++빌더 및 RAD 스튜디오 10.3은 윈도우 32비트용 C++17을 지원하는 업데이트된 Clang 확장 컴파일러가 도입되었습니다. 점진적인 컴파일러 업그레이드의 일환으로, 최신 C++ 언어 기능을 사용해 더욱 강력하고 간결한 코드를 작성하고, 써드파티 C++ 라이브러리를 사용해 더 강력한 애플리케이션을 구축할 수 있습니다. Win64에서 연산 성능 향상 많은 C ++ 수학 함수가 새롭게 구현되었습니다. 이러한 방법은 이전 버전에 비해 평균적으로 약 2 배 빨라졌습니다. C++ 코드 보완 개선 C++ Win32 코드 보완 업데이트로 확장된 Clang 기반의 C++ 컴파일러를 사용합니다. 이로써 이전보다 훨씬 빠른 C++ 코드 보완이 가능합니다. C++ 오류 인사이트 오류 인사이트(오류 항목 아래에 빨간색 밑줄을 그어 편집기에서 코드의 문제를 미리 확인할 수 있는 기능)가 C++빌더에서도 가능해졌습니다. 새로운 Win32용 Clang 확장 컴파일러를 사용하는 경우 이 기능이 제공됩니다. View full RAD 스튜디오 버전별 신기능
  14. << 위로 이동 (최신 버전 포함 모든 버전) RAD 스튜디오 10.3 리오 "새 기능 한글 요약본: FMX" 입니다. 모든 새 기능, 강화된 기능, 버그 픽스 등에 대해서는 Docwiki의 What's New 10.3 (영문 보기, 한글번역 보기) 와 관련 페이지를 보기 바랍니다. 10.3 리오 - FMX 관련 주요 업데이트 요약 [10.3.3] 델파이 안드로이드 64비트 지원 [10.3.3] iOS 13, 맥OS 카탈리나 지원 iOS12, iPhone X 시리즈 디바이스 지원 FMX용 새로운 스타일 5종 지원 안드로이드 API 레벨 26이상 지원 새로운 안드로이드 런타임 권한 모델 지원 안드로이드 Z-Order 다양한 안드로이드 네이티브 컨트롤 [10.3.3] 델파이 안드로이드 64비트 지원 구글 플레이 스토어 지원과 새로운 64비트 지원 요구 사항이 해결되었습니다. 완벽한 안드로이드 앱 번들 지원으로 안드로이드 64비트 앱을 구글 플레이 스토어에 등록하세요. 자세히 보기: https://tech.devgear.co.kr/delphi_news/457791 [10.3.3] iOS 13, 맥OS 카탈리나 지원 10.3.3으로 iOS 13(델파이, C++빌더 모두)과 맥OS 카탈리나(델파이만) 용 앱을 개발할 수 있습니다. 다크 테마를 완벽 지원하는 iOS 13 앱을 지금 앱스토어에 배포하세요. 공증 지원까지 갖춘 64비트 맥OS 카탈리나 델파이 앱도 맥OS 앱 스토어에 배포할 수 있습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/457805 iOS12, iPhone X 시리즈 디바이스 지원 10.3.1 버전부터 최신 iOS와 아이폰 디바이스들을 지원합니다. 이는 2019년 3월부터 시행될 애플(Apple)사의 앱스토어 요구 사항에 대응하기 위해서 꼭 필요한 지원 기능입니다. 새로운 애플사의 요구사항은 ‘앱은 iOS 12.1 SDK로 구축될 것’, ‘아이폰XS Max, 아이패드 Pro를 완벽 지원할 것’ 두 가지 입니다. 이번에 업데이트된 내용은 다음과 같습니다. 새 이미지 크기를 보여주는 Info.plist 업데이트 IDE에서 앱 아이콘, 스플래시 화면 크기 추가 지원 (아이폰/아이패드) 아이패드 Pro에 대한 네이티브 해상도 지원 FMX용 새로운 스타일 5종 지원 새로운 스타일들을 활용해 애플리케이션 룩앤필을 빠르게 업데이트 할 수 있습니다. 제공되는 스타일들을 원하는대로 바꾸어 사용할 수도 있습니다. 10.3.1에서는 새로운 스타일이 총 15 종류가 제공되는데, 그 중 5가지는 FMX(파이어몽키)용이고 10가지는 VCL용입니다. FMX 스타일은 윈도우, 맥OS, 안드로이드, iOS 모두에서 활용할 수 있는 멀티-디바이스 스타일이고, VCL 스타일은 윈도우에서 활용 가능합니다. 그리고 비트맵 스타일 디자이너 템플릿도 포함되어 있습니다. 새로운 스타일들은 IDE의 겟잇 패키지 매니저(GetIt Package Manager)를 이용해 다운로드 받아 사용할 수 있습니다. 새롭게 추가된 5 종류의 FMX 스타일들: FMX Style – Calypso FMX Style – Material Oxford Blue FMX Style – Puerto Rico FMX Style – Stellar FMX Style – Wedgewood Light 안드로이드 API 레벨 26이상 지원 RAD 스튜디오 10.3 리오는 안드로이드 API 레벨 26을 공식 지원합니다. 구글은 보안과 성능에 최적화된 최신 API 기반으로 앱을 만들고, 사용자가 혜택을 누릴 수 있도록, 플레이 스토어에 등록 시 안드로이드 레벨 26 이상을 요구하도록 정책을 변경했습니다.(신규앱 등록 2018년 8월 부터, 기존앱 업데이트 2018년 11월 부터). RAD 스튜디오 10.3 리오는 최신 SDK와 NDK를 지원하고, 매니페스트에 적절한 API레벨을 설정할 수 있도록 업데이트 되었습니다. 또한 최신 API에서 변경된 권한 모델등을 제공하도록 업데이트 되었습니다. 새로운 안드로이드 런타임 권한 모델 지원 [기존 권한 요청 방식] [새로운 권한 요청 방식] 안드로이드 API의 최신버전은 런타임 시 권한을 요청하는 매커니즘으로 변경되었습니다. 기존의 권한 모델은 설치 시 전체 권한을 승인하는 방식이었습니다. 새로운 권한 모델은 기능 사용 시 개별 권한을 묻는 방식으로, 사용자는 기능 별 허용 및 거부가 가능해졌습니다. 위 변경에 따라 10.3 리오에서는 사용 권한을 요청하는 메소드가 추가되었고, 그 결과를 콜백 메소드로 받아 기능을 수행할 수 있도록 업데이트 되었습니다. https://tech.devgear.co.kr/delphi_news/448925 안드로이드 Z-Order XE7 버전에서 iOS용 ControlType 속성이 처음 적용되었습니다. 그리고 10 시애틀 버전에서는 이 속성이 윈도우용까지 확장되었습니다. 플랫폼 설정을 변환하면 파이어몽키 컨트롤이 런타임 시 플랫폼 네이티브 컨트롤로 전환됩니다. 10.3 RIO에서는 ControlType 속성이 안드로이드 용으로까지 확장됩니다. 그리고 이로써 얻게될 두 가지 중요한 이점을 소개하고자 합니다: 더욱 네이티브한 컨트롤과 수정된 Z-Order가 그것입니다. 다양한 안드로이드 네이티브 컨트롤들 안드로이드 네이티브 TSwitch 콘트롤 플랫폼에서 항상 네이티브하게 작동되는 컨트롤들은 TWebBrowser, TMediaPlayer, TBannerAd, TMapView가 있습니다 (이 컨트롤들은 파이어몽키(FMX)가 아닌 기존 안드로이드 OS에서 렌더링 됩니다). 10.3 RIO 버전부터 필요에 따라 플랫폼에서 네이티브로 작동하는 새로운 4가지 컨트롤들을 선보입니다. View full RAD 스튜디오 버전별 신기능
  15. RAD 스튜디오 10.3 리오 "새 기능 한글 요약본: RAD 서버" 입니다. 모든 새 기능, 강화된 기능, 버그 픽스 등에 대해서는 Docwiki의 What's New 10.3 (영문 보기, 한글번역 보기) 와 관련 페이지를 보기 바랍니다. 10.3 리오 - RAD 서버 관련 주요 업데이트 요약 [10.3.3] RAD서버 도커(Docker) 배포 기능 제공 [10.3.2] 새로운 RAD서버 관리 콘솔 재설계한 RAD서버 콘솔 UI 엔드포인트 메소드와 Content-Type, Accept 연동 특성 추가 커스텀 메소드와 HTTP 메소드 연결 특성 추가 요청 처리를 클래스 또는 컴포넌트로 위임 JSON 처리를 위한 헬퍼 컴포넌트 추가 [10.3.3] RAD서버 도커(Docker) 배포 기능 제공 기본 제공되는 스크립트로 RAD서버 도커(Docker)를 배포하고 구성할 수 있는 기능이 제공됩니다. 도커 허브(Docker Hub)에서 호스팅되는 리눅스의 RAD서버용 도커 이미지도 제공됩니다. 바로 사용할 수 있는 형태입니다! 이제 도커에서 RAD서버를 배포하는 작업이 정말 간편해집니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/457810 [10.3.2] 새로운 RAD서버 관리 콘솔 새로운 기능면에서, UI와 사용 기능상의 업그레이드 외에도 REST 디버거 통합 버전이 제공된다는 점이 가장 획기적입니다. 이제 특정 RAD 서버 인스턴스에서 사용가능한 엔드포인트를 리스트로 정리하여 볼 수 있습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/455346 재설계한 RAD서버 콘솔 UI RAD서버 콘솔 UI가 변경되었습니다. 이제 RAD서버 API 분석을 한 눈에 확인할 수 있고, Ext JS 프레임워크로 마이그레이션 할 수도 있습니다. 또한 RAD서버 푸시 알림이 더 많은 디바이스에 지원됩니다. 추가 분석 데이터에 대한 지원도 제공됩니다. 이 기능은 IDE의 겟잇 패키지 매니저(GetIt Package Manager)를 통해 다운로드 받아 사용할 수 있습니다. 엔드포인트 메소드와 Content-Type, Accept 연동 특성 추가 커스텀 리소스에 요청 시 URL과 HTTP 메소드에만 의존하지 않고, HTTP 해더의 Accept 및 Cotnet-Type에 따라 엔드 포인트 메소드를 연결하는 특성이 추가되었습니다. 이제 동일한 URL 및 HTTP 메소드라도 Accept 및 Content-Type에 따라 다른 동작을 구현할 수 있습니다. EndpointProduce : GET 메소드의 엔드 포인트에 추가할 수 있습니다. HTTP 해더의 Accept 항목 값과 일치하는 MIME 타입/파일 확장자를 파라메터로 지정합니다. EndpointConsume : PUT / POST / PATCH 메소드의 엔드 포인트에 추가할 수 있습니다. HTTP 해더의 Content-Type 항목 값과 일치하는 MIME 타입/파일 확장자를 파라메터로 지정합니다. 커스텀 메소드와 HTTP 메소드 연결 특성 추가 RAD 서버의 이전 버전에서는 HTTP 메소드(GET, POST 등)의 엔드 포인트 메소드 이름과 매핑되었습니다. 이제 위 방식 외에도 다른이름의 메소드를 엔드 포인트 메소드로 매핑할 수 있는 EndpointMethod 특성이 추가되었습니다. 요청 처리를 클래스 또는 컴포넌트로 위임 RAD 서버의 사용자 리소스에 발생한 요청을 필드로 지정한 다른 자원 모듈(클래스 / 컴포넌트)로 위임하는 기능이 추가되었습니다. 위임받는 클래스는 IEMSEndpointPublisher 인터페이스를 구현해야 합니다. JSON 처리를 위한 헬퍼 컴포넌트 추가 컴포넌트에 요청 처리를 위임하는 새로운 기능을 이용해 RAD 스튜디오 10.3 리오에서 JSON 처리를 단순화 하는 새로운 컴포넌트가 추가되었습니다. TEMSFileResource: 경로 및 파일이름 속성에 지정된 파일로 요청 처리 TEMDDataSetResource: DataSet 속성에 설정된 데이터셋의 데이터를 JSON으로 처리, 페이징 파라메터 지원 View full RAD 스튜디오 버전별 신기능
×
×
  • Create New...

중요한 정보

이용약관 개인정보보호정책 이용규칙 이 사이트가 더 잘 작동하기 위해 방문자의 컴퓨터에 쿠키가 배치됩니다. 쿠키 설정 변경에서 원하는 설정을 할 수 있습니다. 변경하지 않으면 쿠키를 허용하는 것으로 이해합니다.