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

이 사이트 검색

검색 태그: 'ide'.

  • 태그로 검색

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

콘텐츠 유형


게시판

  • 엠바카데로 (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)
  • 엠바카데로 (Embarcadero) 라이선스 서버: ELC (Enterprise License Center)
    • [게시판] ELC (Enterprise License Center) 라이선스 서버
  • 이 사이트 이용 관련
    • [게시판] 이 사이트 관련 이용 팁과 Q&A

Categories

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

Categories

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

Categories

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

...에서 결과 찾기

검색어 일치 조건


최초 작성일

  • Start

    End


최종 변경일

  • Start

    End


개수로 필터링...

가입

  • Start

    End


Group


자주 쓰는 도구

  1. Haziqa의 "A Beginner’s Guide to Windows App Development Tools" 을 번역했습니다. (원문 작성: 2022년 5월, 최종 번역: 2022년 9월) 앱을 더 빠르게 개발하고 코딩은 더 적게하고 싶은 개발자인가? 같은 코드를 사용하여 여러 플랫폼 용 앱을 만들고 싶은가? 지금 사용하고 있는 개발 도구가 대형 프로젝트를 다룰 수 있고 모니터를 여러개 사용할 수 있도록 지원하는 지 확인하고 싶은가? 만약 "그렇다" 라고 대답했다면, 엠바카데로에서 제공하는 윈도우 앱 개발 도구가 그 조건에 맞을 것이다. 목차 1 RAD 스튜디오는 무엇이고 왜 윈도우 앱 개발 도구 중 가장 강력한가? 2 사람들이 윈도우 앱 개발 도구로 RAD 스튜디오를 사는 이유는? 2.1 FireDAC 데이터 액세스 라이브러리는 엄청 빠르고, 어디에서도 작동하고, 무엇이든 할 수 있다. 2.2 멀티-티어 개발은 당신의 앱에 있는 코드의 미래가 보장된다는 의미이다 2.3 리눅스 64bit는 많은 기업 고객들에게 필수이다 2.4 인터베이스 투고(ToGo)는 당신의 임베디드 데이터베이스 니즈를 해결할 비밀 답안이다. 2.5 엔터프라이즈 커넥터스(Enterprise Connectors)로 거의 모든 곳에 있는 거의 모든 종류의 데이터를 액세스할 수 있다는 것을 알고 있었나? 3 델파이는 무엇이고 왜 윈도우 앱을 개발하는 강력한 도구인가? 4 개발자들이 델파이를 사랑하는 이유는? 5 윈도우 앱을 개발하는 도구로 RAD 스튜디오를 사용해야 하나? 1 RAD 스튜디오는 무엇이고 왜 윈도우 앱 개발 도구 중 가장 강력한가? RAD 스튜디오는 성능이 뛰어난 네이티브(native) 애플리케이션을 개발하는 가장 강력한 IDE(Integrated Development Environment, 통합 개발 환경)이다. 클라우드 서비스에 유연하게 연결하고 사물인터넷(IoT)을 폭넓게 지원한다. VCL (Visual Component Library)을 사용하면 네이티브(native)이고, 여과되지 않고(unfiltered), 순수한(pure) 윈도우 10과 윈도우 11 개발을 할 수 있으며, FMX(파이어몽키) 프레임워크를 사용하면 윈도우, 맥OS, 리눅스(Linux), iOS, 안드로이드(Android)에서 작동하는 앱을 개발할 수 있다. RAD 스튜디오로 만든 애플리케이션은 모든 플랫폼에서 네이티브(native)로 작동한다. 따라서 해석기를 거칠 필요가 없다. 다시 말해서, 실행할 때 마다 런타임(runtime)에 추가 부담을 주어야 하는 스크립트 언어 덩어리가 아니다. 네이티브 앱은 컴파일 된 것이므로, 자신이 작동하는 운영 체제(OS, Operating System)와 여기에 연결된 하드웨어에 의해 (중간에 관여하는 별도의 계층이 전혀 없이) 직접 처리되는 순수한 코드 덩어리이다. 실행 속도는 엄청 빠르고, 앱 하나를 코딩하면 모든 플랫폼에서 작동한다. 이 모든 요소들이 합쳐져서 RAD 스튜디오는 훌륭한 개발 플랫폼이 된다. 2 사람들이 윈도우 앱 개발 도구로 RAD 스튜디오를 사는 이유는? 2.1 FireDAC 데이터 액세스 라이브러리는 엄청 빠르고, 어디에서도 작동하고, 무엇이든 할 수 있다. 파이어닥(FireDAC)은 범용 데이터 액세스 라이브러리이다. 주로 회사의 데이터베이스에 연결된 여러 장비에서 작동하는 애플리케이션을 개발할 때 사용된다. 견고한 유니버설(universal, 모든 경우에 부합하는) 아키텍처 덕분에 FireDAC을 사용하는 델파이와 C++빌더는 거의 모든 DBMS 데이터베이스에 연결할 수 있다. 즉 개발자가 만드는 프로그램은 인터베이스, SQLite, MySQL, 오라클(Oracle), MS 액세스(Access), DB2, SQL 서버 등등 많은 데이터베이스에 손쉽게 연결된다. FireDAC은 강력하면서도 사용하기 쉬운 데이터 접근 계층으로써 데이터 접근을 통합하고 데이터 규모가 큰 실제 세상을 수용할 수 있는 애플리케이션을 만들 때 사용된다. FireDAC은 표준 API 하나를 통해서 서로 다른 백-엔드 데이터베이스에 액세스한다. 하지만, 각 데이터베이스 만의 고유한 기능과 성능을 모두 반영한다. FireDAC은 안드로이드, iOS, 맥OS, 윈도우, 리눅스(Linux) 애플리케이션 안에서 작동하므로 스마트폰, PC, 태블릿 개발에 모두 사용할 수 있다. 2.2 멀티-티어 개발은 당신의 앱에 있는 코드의 미래가 보장된다는 의미이다 멀티-티어 프레임워크의 바탕이 되는 원칙은 바로 데이터 액세스는 분리되어서 다중 수준(level) 즉 다중 계층(tier)으로 형성되어야 한다는 것이다. 대체로 3 계층으로 분리된다. 개발자는 멀티-티어 개발을 선호하는 데 그 이유는 다양한 시스템들과 데이터베이스들을 묶어서 단일 층(layer)을 형성하고 클라이언트는 그 한 곳을 통해서 모두를 액세스하기 때문이다. 멀티-티어는 백-엔드의 복잡성을 숨겨서 클라이언트 개발을 도와준다. 서로 다른 시스템들이 밑에 깔려있든 비즈니스 로직을 변경하는 경우에, 멀티-티어의 필요성은 더욱 높다. 심지어 한 시스템을 다른 시스템으로 이전(migration)하거나 1번 시스템을 2번 시스템과 맞바꾸는 것도 가능하게 해준다. 모든 점을 고려했을 때, 멀티-티어는 숨김(hide away)과 변경 단순화에 탁월한 방식이다. 백-엔드를 변경해야 하는 경우에도 연결되는 클라이언트를 변경할 필요가 없다. 2.3 리눅스 64bit는 많은 기업 고객들에게 필수이다 개발자는 이미 보유하고 있는 코드를 가져다 다시 컴파일하여 리눅스 플랫폼을 활용할 수 있기를 원한다. 그러면 소유 비용(Cost Ownership)을 크게 낮추면서 서버의 서비스 능력을 유지할 수 있다. 데브옵스(DevOps)와 같이 테스트를 포함하기, 리눅스 도커(Docker) 컨테이너 구성하기 등 현대식 개발 관행을 받아들이기가 이제는 훨씬 더 쉬워졌다. 우분투(ubuntu)와 레드헷(red hat) 엔터프라이즈의 최신 장기 지원 에디션들 역시 제공된다. 마지막으로, 리눅스 64 bit가 있으면, 개발자는 해당 연결을 변경하지 않고도 백-엔드를 업데이트 할 수 있기 때문에 필요한 변경을 단순화할 수 있다. 2.4 인터베이스 투고(ToGo)는 당신의 임베디드 데이터베이스 니즈를 해결할 비밀 답안이다. 사용자 보안과 디스크 상에서(on-disk) 전체 암호화는 인터베이스가 다른 데이터베이스 플랫폼들과 차별화되는 점이다. 데이터 보호 면에서 최고이며 PCI 규제를 준수한다. 인터베이스에는 여러 암호화 수준이 있어서 개발자가 데이터를 보호할 때 다른 암호화 키(encryption key)를 사용할 수 있다. 내장된 보안 기능에는 회사 안에 있는 관리자와 인사 담당자에게 개발자가 위한 복호화(decrypt) 기능을 제공하는 것까지 들어 있다. 예를 들어, 어느 한 개발자가 Employee(직원) 테이블에서 직원을 SELECT 할 수 있지만, 오직 인사 담당자에게만 그 직원의 급여에 액세스할 수 있는 권한을 줄 수 있기 때문에, 인터베이스 투고(ToGo)는 개발 현장의 많은 다양한 경우에서 훌륭한 자원이 될 수 있다. 2.5 엔터프라이즈 커넥터스(Enterprise Connectors)로 거의 모든 곳에 있는 거의 모든 종류의 데이터를 액세스할 수 있다는 것을 알고 있었나? 마지막으로 소개할 즉 개발자가 좋아하는 다섯번째 특징은 엔터프라이즈 커넥터스(Enterprise Connectors)이다. Enterprise Connectors를 사용하면 SAP, 오피스(Office), 지라(Jira) 등 90 여가지 엔터프라이즈 시스템들을 붙일 수 있다. 각 엔터프라이즈 시스템 별로 고유한 드라이버 종류가 제공되므로, 각 엔터프라이즈 시스템을 일종의 데이터 소스(data source)로 취급하면 된다. 또한 데이터를 쿼리(query)하거나 다룰 때 표준 SQL을 사용할 수 있기 때문에, 시스템마다 다른 API를 개발자는 직접 다룰 필요 없이 Enterprise Connectors를 연결하고 데이터를 보내고 작업할 수 있다. 게다가 같은 회사 안에서는 이런 배포에 대한 로열티가 따로 청구되지 않는다. 3 델파이는 무엇이고 왜 윈도우 앱을 개발하는 강력한 도구인가? 델파이는 클래식 언어이자 소프트웨어 개발 세상의 시금석 중 하나이다. 비록 여러가지 새 언어와 새 프레임워크들이 떠올랐지만, 델파이는 굳건하게 기반을 유지하고 있다. 왜 그럴까? 소프트웨어를 개발할 때 가장 신뢰할 수있고 효율적인 언어 중 하나가 델파이(Delphi)이기 때문이다. 더 나아가, 오랜 시간동안, 델파이는 능력, 기능, 라이브러리를 확장하면서 개발자의 진화하는 니즈에 발맞춰 왔다. 델파이는 처음 알려진 후 벌써 26년이 지났지만 여전히 활용도가 매우 높다. 델파이는 현재 네이티브의 능력, 로우-코드의 높은 개발 생산성, 다른 언어들과의 통합성 이라는 고유하고 멋진 위치를 가지고 있다. 4 개발자들이 델파이를 사랑하는 이유는? 개발자들이 델파이를 좋아하는 이유는 주로 단순성과 코딩 속도 때문이다. 델파이는 확장할 수 있는 IDE들의 목록이기도 하다. 즉, 당신의 니즈에 맞추어 새 기능을 찾아서 추가할 수 있다. 그 덕분에 델파이는 더 쉽게 최신 트렌드를 반영하거나 다른 플랫폼을 반영한다. 기술 분야의 애플리케이션과 빅-데이터 솔루션에서 성능과 예측 가능한 코드 실행은 매우 중요하다. 이런 분야라면 델파이가 더 알맞다. 상업용 제품을 만들고 소스 코드 보안과 멀티-플랫폼 지원을 중요하게 여기는 경우 역시 델파이가 좋다. 델파이로 만든 프로그램은 성향이 매우 견고하며 몇년이 지나도록 업그레이드나 변경을 하지 않아도 심지어 해당 운영 체제가 업그레이드 되고 패치 되어도 변함없이 작동하는 경우가 흔하다. 의존성이 거의 없기 때문에 다양한 장비에 손쉽게 설치할 수 있다. 알맞은 곳에 복사해서 넣기만 하면 되는 경우가 대부분이다. RAD 스튜디오의 비주얼 개발 패러다임 즉 화면에서 작성하는 그대로 결과물이 만들어 지는 방식과 방대한 컴포넌트들(미리 작성되고 테스트된 코드와 기능 모음)이 합쳐졌기 때문에 윈도우 앱 개발 세계에서 원조 로우-코드(low-code)라고 할 만하다. 5 윈도우 앱을 개발하는 도구로 RAD 스튜디오를 사용해야 하나? 개발을 5배 빠르게 하고 테스트와 디버깅까지 모든 플랫폼에서 하기를 바란다면, RAD는 단연 첫번째 선택 대상이다. 큰 회사들에게 인기가 높은 이유는 성능, 사용성, 보안성 때문이다. RAD 스튜디오는 TCO(총 소유 비용, Total Cost of Ownership)가 더 낮으면서도, 개발은 더 쉽고 한번 작성하면 여러 플랫폼에 배포할 수 있다. 빠른 속도와 효율성을 제쳐 두더라도, RAD 스튜디오는 다른 것들에 비해 회사 차원에서 위험이 더 낮다. C++ IDE도 들어있고, VCL은 High DPI를 잘 지원한다. RAD 서버는 ExtJS까지 지원하도록 확장되었고, 파이어몽키(FMX)의 품질이 향상되는 등 당신이 지금하려는 올바른 선택은 당연히 RAD를 선호할 것이다. 생산성을 강화하고 사용자 경험(UX, User Experience)를 향상시키고 싶다면, 30일 동안 직접 앱을 만들어 보기 바란다!
  2. Sidra의 "What Are Code Editors And What Is IDE Software?" 을 번역했습니다. (원문 작성: 2022년 5월, 최종 번역: 2022년 9월) 프로그래밍 처음하는 사람이든, 전문 개발자이든, 코드 작성과 편집을 더 쉽게 해주는 도구가 필요하다. 그래서 오늘날 개발자 대부분은 IDE와 코드 에디터(Code Editor)를 사용하여 코딩 절차를 단순화하고 시간을 절약한다. IDE 소프트웨어는 코드 에디터, 디버거(debugger), 컴파일러(compiler)와 같은 일반(common) 개발 도구들이 모여서 구성된다. 이 글에서 우리는 IDE와 코드 에디터(Code Editor)란 정확히 무엇을 말하는 지, 그리고 IDE 소프트웨어 안에서 당신은 무엇을 찾아야 하는 지를 알아본다. 또한 당신이 다음 프로젝트에서 사용할 수 있는 가장 좋은 IDE와 코드 에디터를 제시한다. 목차 1 IDE 소프트웨어란 무엇인가? 2 코드 에디터(Code Editor)란 무엇인가? 3 IDE 소프트웨어 안에서 당신은 무엇을 찾아봐야 하는가? 3.1 IDE가 코딩을 더 빠르게 더 스마트하게 하는 기능을 제공하고 있는가? 3.2 IDE에 통합된 도구 사슬(toolchain)이 들어 있는가? 3.3 IDE에 효율적인 디버깅 기능이 있는가? 3.4 좋은 IDE 소프트웨어는 코드 품질을 향상시킬 수 있도록 돕는다. 3.5 좋은 IDE 소프트웨어는 확장될 수 있어야 한다. 4 무엇이 가장 좋은 IDE와 코드 에디터(Code Editor)인가? 4.1 RAD 스튜디오는 크로스-플랫폼 앱과 네이티브 윈도우 개발에서 가장 뛰어난 IDE이다. 4.2 엠바카데로 델파이는 사용하기가 현격하게 쉽고 생각할 수 있는 어떤 앱이든 만들 수 있다. 4.3 C++빌더는 현대식 C++ 앱 개발에 필요한 모든 기능이 담긴 IDE 소프트웨어이다. 4.4 울트라에디트(UltraEdit)는 엄청-빠르다. 그리고 무엇이든 편집할 수 있는 코드 에디터(Code Editor)이다. 1 IDE 소프트웨어란 무엇인가? IDE(Integrated Development Environment, 통합 개발 환경) 소프트웨어에 대해 이야기할 때, 코드를 작성하고 테스트하는데 필요한 도구 세트를 제공하는 특화된 소프트웨어 애플리케이션을 말한다. IDE는 코딩/프로그래밍 과정을 부드럽고 효율적으로 만들어 주면서 더욱 널리 사용되었다. 게다가, IDE는 코딩을 더 빠르게 하도록 도와주고 버그와 코딩 실수를 최소화한다. IDE는 대부분 텍스트 에디터 또는 코드 에디터, 컴파일러, 디버거로 구성된다. 개발자는 IDE의 코드 에디터(code editor) 를 사용하여 소스 코드를 작성하고 편집한다. 그리고 나면, IDE의 컴파일러가 그 소스 코드를 컴퓨터가 이해할 수 있는 또다른 프로그래밍 언어로 번역한다. IDE의 디버거는 소프트웨어를 테스트할 때 사용된다. IDE가 없다면, 개발자들은 이런 도구들을 각각 사요하고, 구성하고, 통합하고, 관리해야 한다. 몇몇 IDE는 기타 유용한 기능들도 함께 제공한다. 나열하자면, 코드 자동 완성 기능, 개발자가 코드 줄에 주석을 넣도록 하는 기능, 다른 리소스에 대한 참조 찾기 등등 매우 많다. 2 코드 에디터(Code Editor)란 무엇인가? 코드 에디터(code editor) 역시 하나의 소프트웨어 애플리케이션이다. 이것은 프로그래머가 코드를 작성하고 편집할 수 있도록 한다. 코드 에디터는 자동-완성, HTML 태그 강조, 구문(syntax) 강조, 코드에 색상 반영 등등 유용한 기능을 제공하여 프로그래머가 코드 작성과 편집을 더 효율적으로 할 수 있도록 돕는다. 고급 코드 에디터는 자바스크립트, HTML, PHP, C++, 파이썬 등 프로그래밍/코딩 언어를 광범위하게 지원한다. 3 IDE 소프트웨어 안에서 당신은 무엇을 찾아봐야 하는가? IDE를 선택하기 전에 당연히 해봐야 할 주요 질문들은 다음과 같다. 3.1 IDE가 코딩을 더 빠르게 더 스마트하게 하는 기능을 제공하고 있는가? IDE를 선택할 때, 코딩을 더 빠르고 더 스마트하게 할 수 있게 하는 기능으로 어떤 것들이 제공되는 지를 고려해야 한다. 엠바카데로 RAD 스튜디오와 같은 효율적인 IDE에는 코드 완성, 코드 구성 자동 배치, 스마트한 코드 이동(navigation), 코드 에러 자동 탐지, 등등 시간과 수고를 덜 수 있는 많은 기능들이 들어있다. 3.2 IDE 안에 통합된 도구 사슬(toolchain)이 들어 있는가? RAD 스튜디오 또는 델파이와 같이 강력한 IDE에는 도구-사슬(toolchain)이 통합되어 들어 있다. 즉, IDE는 소프트웨어 개발을 효율적으로 하기 위해 필요한 모든 도구(에디터, 컴파일러, 디버거)들을 제공하여 개발자가 따로 다른 도구나 애플리케이션을 찾고 구입할 필요가 없도록 한다. 간단히 말해서, IDE의 도구-사슬 안에는 개발자 자신이 애플리케이션에 만들어 넣고 싶은 모든 기능을 구현하는데 필요한 모든 것이 들어있어야 한다. 3.3 IDE 안에 효율적인 디버깅 기능이 있는가? RAD 스튜디오 또는 델파이와 같이 좋은 IDE에는 강력한 디버거가 들어 있어서 개발자가 자신의 코드 안에 있는 버그(bug)나 에러(error)를 탐지하고 수정하는 것을 도와준다. RAD 스튜디오와 델파이에 들어있는 디버거에는 중단점(breakpoint) 지정 기능이 있어서, 조건 또는 특정 위치에 따라 실행 일시 정지, 코드의 실행 경로 추적, 변수(variable)의 현재 값(value)을 들여다보기 등등을 할 수 있다. 3.4 좋은 IDE 소프트웨어는 코드 품질을 향상시킬 수 있도록 돕는다. RAD 스튜디오와 같이 좋은 IDE는 코드의 에러를 자동으로 찾아서 해소하는 기능이 있어서 코드 품질이 향상되도록 도와준다. RAD 스튜디오에는 리팩토링(refactoring) 기능이 내장되어 있어서, 만들고 있는 애플리케이션 코드의 성능과 가독성(readability)이 향상되도록 도와준다. 또한, 개발자는 내장된 DUnit과 DUnitX 프레임워크를 사용하여 자신의 코드에 대한 유닛 테스트(unit test)를 구축할 수 있다. 3.5 좋은 IDE 소프트웨어는 확장될 수 있어야 한다. RAD 스튜디오, 델파이, C++빌더와 같은 효율적인 IDE는 확장가능(extendable) 해야 한다. 즉, 당신의 니즈(needs)와 요구사항(requirements)에 맞게 당신 자신의 컴포넌트를 IDE에 추가할 수 있어야 한다. 또한 광범위한 써드-파티 플러그인과 애드-온을 추가할 수 있어서 당신이 원하는 대로 IDE를 커스터마이징 할 수 있어야 한다. 4 무엇이 가장 좋은 IDE와 코드 에디터(Code Editor)인가? 가장 좋은 IDE 소프트웨어와 코드 에디터(code editor)를 나열하면 다음과 같다. 4.1 RAD 스튜디오는 크로스-플랫폼 앱과 네이티브 윈도우 개발에서 가장 뛰어난 IDE이다. 엠바카데로 RAD 스튜디오는 윈도우, iOS, 맥OS, 안드로이드, 리눅스에서 효율적으로 작동하는 네이티브 애플리케이션을 개발할 때 가장 강력하고 널리 사용되는 IDE 중 하나이다. RAD 스튜디오 IDE는 모든 것을 갖춘 크로스-플랫폼 개발 스위트로써 코드 데이터, 강력한 컴파일러, 효율적인 디버거, C++ 코드 포맷터(formatter), 코드 완성, VCL 프레임워크 등등을 제공한다. RAD 스튜디오의 주요 기능 몇가지: High DPI 지원을 윈도우와 데스크탑에 제공 4k+ 모니터 완전 지원 C++빌더와 코드 포맷터(formatter) 포함 VCL 프레임워크 제공: 아름답고 반응형인 윈도우 앱 UI를 개발 자동 코드 완성 스마트한 코드 이동(navigation 개발자는 MySQL, SQL 서버, 오라클 등 20여가지 데이터베이스에 연결 가능 델파이와 고급(advanced) C++에 알맞게 커스터마이징 가능 개발자는 어떤 장비에서도 디버깅 가능 고도로 최적화된 크로스-플랫폼 라이브러리를 제공하여 코드 품질 향상 사용자가 직접 컴포넌트, 플러그인, 애드-온 추가 가능 4.2 엠바카데로 델파이는 사용하기가 현격하게 쉽고 생각할 수 있는 어떤 앱이든 만들 수 있다. 엠바카데로의 델파이는 또하나의 고급(advanced) IDE로써 윈도우, 리눅스, iOS, 안드로이드, 맥OS 용 고-성능 애플리케이션을 만들 수 있다. 다목적인 오브젝트 파스칼 언어를 사용한다. 델파이의 주요 기능 몇가지: 강력한 VCL 프레임워크: 반응형 UI 사용자 자신의 컴포넌트와 IDE 플러그인을 추가하여 확장 가능 High-DPI와 4k+ 모니터 지원 사용자의 코딩 스타일에 맞게 커스터마이징 가능 코딩을 할 때 힌트와 팁을 표시 코드 에러 자동 탐지 리팩토링(refactoring) 기능이 내장되어 있어서 애플리케이션 코드의 성능과 가독성(readability) 향상 고도로 최적화된 크로스-플랫폼 라이브러리를 제공하여 개발자가 더 좋은 코드를 작성하도록 도움 윈도우, 안드로이드, 맥OS, iOS, 리눅스에 파일을 직접 배포 4.3 C++빌더는 현대식 C++ 앱 개발에 필요한 모든 기능이 담긴 IDE 소프트웨어이다. RAD 스튜디오의 C++빌더는 강력한 통합 IDE로써 네이티브 윈도우 개발 뿐만 아니라 현대식 윈도우 C++ 앱과 iOS 앱을 만들 수 있다. 효율적인 C++빌더 IDE는 코드와 수고가 더 적게 필요하므로, 10배까지 더 빠르게 앱을 만들 수 있도록 도와준다. C++빌더의 주요 기능 몇가지: 효율적인 VCL 프레임워크를 통해 반응형 크로스-플랫폼 UI 작성 C++ Code 포맷터(Formatter) Clang-기반 컴파일러 High-DPI 지원 4k+ 모니터 지원 통합 크로스-플랫폼 디버깅 통합 도구-사슬(toolchain): 디자이너(designer), 컴파일러(compiler), 디버거(debugger) 충분히-테스트되고 고도로 최적화된 윈도우와 iOS 라이브러리 조건부 중단점(breakpoint)을 추가하여 프로그램 실행 일시정지을 빠르게 수행 C++ IDE를 어떻게 사용하는 지에 대해 더 알고 싶으면 how to make your C++ IDE do the hard work for you 글을 참조 4.4 울트라에디트(UltraEdit)는 엄청-빠르다. 그리고 무엇이든 편집할 수 있는 코드 에디터(Code Editor)이다. 울트라에디트(UltraEdit)는 고급 현대식 윈도우 코드 에디터(code editor)로써 현대식 도구들과 기능을 통해 프로그래머들이 코드를 작성하고 수정할 때 빠르고 쉽게 할 수 있도록 도와준다. 울트라에디트의 주요 기능 몇가지: 코드 자동-완성 구문(Syntax) 강조 HTML 태그 강조 메뉴 커스터마이징 가능 하위 창 자동-숨김 증분(incremental) 검색을 통해 타이핑 중인 내용을 기반으로 텍스트 검색 매크로(macro) 작성과 편집를 통해 빠르고 효율적으로 파일 편집 거의 모든 프로그래밍/코딩 언어 지원
  3. Darren Kosinski V1400의 "Code Navigation In The RAD Studio Code Editor" 를 번역했습니다. (원문 작성: 2009년 9월, 최종 번역: 2022년 9월) (역자 주: 이 글은 RAD 스튜디오의 일반적인 코드 이동 매커니즘을 잘 설명합니다. 이 글과 별개로 엠바카데로에서 제공하는 무료 플러그인인 "북마크스(Bookmarks)"와 "내비게이터(Navigator)"를 추가하면 코드 찾기와 이동이 더욱 좋아집니다. RAD 스튜디오 2010을 필드 테스트하던 중에, RAD 스튜디오 IDE가 소스 코드를 이동하는 기능에 대해 몇몇 필드 테스터들과 논의했다. 특히, 그들은 왜 코드 이동(code navigation)이 어떤 방식에서는 실패하고 다른 방식에서는 여전히 잘 작동하는 지를 궁금해했다. 이 주제는 다른 사람들도 관심이 있겠다 싶어, 이 글을 남긴다. RAD 스튜디오 IDE의 코드 에디터 안에서 코드를 이동하는 일반적인 방식 4가지는 아래와 같다. 코드 찾아가기 (Code Browsing): Ctrl+클릭 또는 "선언으로 가기(Go To Declaration)" 라고도 한다 interface 영역과 implementation 영역을 넘나들기 (Toggling) 커서가 있는 곳에서 파일 열기 (Open File At Cursor) 도움 인사이트의 이동 링크 (Help Insight navigation links) 사용하기 이 방법 각각은 뒤에서 완전히 다른 매커니즘이 작동한다. 그리고 어떤 방법들은 다른 방법들에 비해 불완전하거나 깨진 코드에서도 더 잘 작동한다. 목차 1 코드 찾아가기 (Code Browsing) / 선언으로 가기(Go To Declaration) : Ctrl+클릭 2 선언(Declaration)과 정의(Definition)를 넘나들기(Toggle) : Ctrl+Shift+위/아래 3 커서가 있는 곳에서 파일 열기 : Ctrl+엔터 4 도움 인사이트 링크 1 코드 찾아가기 (Code Browsing) / 선언으로 가기(Go To Declaration) : Ctrl+클릭 Ctrl+클릭을 사용하는 코드 찾아가기 (Code Browsing) 이동 방식은 델파이와 C++빌더 모두에서 사용할 수 있다. Ctrl 키를 누른 채 심볼(symbol) 위에 마우스를 올리면 작동한다. 이때 해당 심볼에는 밑줄이 생기고 마치 웹페이지의 링크처럼 클릭할 수 있게 된다. 또는 심볼에서 마우스 오른쪽을 클릭한 후 컨텍스트 메뉴 항목이 나타나면 그 중에서 “Go to declaration”를 선택해도 된다. 이 이동 방식은 컴파일러를 "kibitzing"이라는 특별한 모드인 찾아가기 모드 (browsing mode)에서 작동하시킨다. RAD 스튜디오 IDE는 작동한 컴파일러에게 해당 심볼(symbol)의 선언(declaration)을 찾으라고 요청을 하고, 컴파일러는 그 작업을 착수하는데, 먼저 소스 코드 전체가 아니라 해당 선언(declaration)을 찾기 위해 필요한 소스 코드들 만을 컴파일한다. 그리고 나서, 해당 선언이 들어 있는 파일의 이름과 해당 줄 번호를 찾아서 IDE에게 알려준다. 만약 컴파일러가 해당 선언을 찾지 못하면 찾지 못했다고 알려준다. 이 (특별한) 찾아가기(Browsing) 모드에서는, 컴파일러는 프로젝트를 실제로 빌드 할 때와는 조금 다르게 동작한다. 찾아가기 상태에서는, 컴파일러의 백엔드가 꺼지기 때문에 바이너리 코드가 생성되지 않는다. 또한 컴파일러가 구문 에러(syntax errors)에 대해 더 관대하다. 컴파일러에 있는 에러 복구 매커니즘 몇가지를 사용하여 코드가 불완전하거나 부정확하더라도 코드 분석(parsing)을 계속해 나갈 수 있다. 해당 코드가 "너무" 불완전하거나 부정확해서, 컴파일러가 복구할 수 있는 수준을 넘으면, 코드 찾아가기 (Code Browsing)에 실패할 수 있다. 델파이 프로젝트에서, 찾아가기 모드에서는 컴파일러의 동작이 일반 컴파일 동작과 다른 점은 다음과 같다. 일반 컴파일 시에는, uses 절에 나열된 유닛들을 반영할 때 찾아가기 모두와는 다른 경로를 사용한다. 찾아가기 모드에서는, 컴파일러가 프로그램(.dpr) 파일 또는 패키지(.dpk) 파일을 사용하지 않는다. 그 대신 자신이 컴파일 하려는 그 유닛을 그냥 컴파일하고 uses 절에 있는 유닛을 찾을 때는 그 프로젝트의 검색 경로(Search Path)와 IDE의 전역(global) 탐색 경로(Browsing Path)를 사용한다. 찾아가기 동작을 시작하기 전에, IDE는 프로젝트 매니저(project manager) 안에 들어 있는 모든 유닛의 경로를 탐색 경로(Browsing Path)에 더하여 확장된 탐색 경로를 만들어서 RAD 스튜디오 컴파일러에게 전달한다. 만약 당신이 프로그램 소스 또는 패키지 소스를 직접 손으로 편집하여 유닛을 추가했다면, 그 유닛들은 IDE의 프로젝트 매니저 안에 없기 때문에 컴파일러는 찾아가기(Browsing) 모드에서 그 유닛들을 찾지 못하고 실패한다. 만약 프로그램 또는 프로젝트 소스를 직접 손으로 편집한다면 빌드되는 코드를 담고 있는 모든 디렉토리를 IDE의 전역(global) 탐색 경로(Browsing Path)에 넣어야 그 안에 있는 소스가 빌드 된다는 점을 명심해야 한다. C++빌더인 경우, 델파이와 달리 사용하는 유닛들이 프로그램 또는 패키지 소스 안에는 나열되지 않는다. C++빌더 컴파일러는 찾아가기 모드에서, 소스를 찾을 때 항상 해당 프로젝트의 인클루드 경로 (Include Path) 또는 C++ IDE의 전역(global) 탐색 경로(Browsing Path)를 사용한다. 2 선언(Declaration)과 정의(Definition)를 넘나들기(Toggle) : Ctrl+Shift+위/아래 인터페이스(interface) 선언(declaration)과 구현(implementation) 정의(definition)를 왔다갔다(toggling) 하는 방법은 오직 델파이 프로젝트에서만 지원한다. Ctrl+Shift+위 화살표를 누르면 해당 메소드(mehtod)의 선언(declaration)이 나타나고, Ctrl+Shift+아래 화살표를 누르면, 해당 메소드의 구현(implementation)이 나타난다. 이 방식으로 코드 이동을 하면 컴파일러는 전혀 사용되지 않으며, 순전히 IDE-기반 매커니즘으로만 작동한다. IDE-기반 매커니즘은 코드 구역 접기(folding)와 구조 창(structure pane)에서 사용하는 것과 동일하게, 유닛(unit)별 파서(parser)를 사용한다. 이 파서(parser)는 코드 에러에 더욱 더 관대한데, 그 이유는 오직 구조(structure) 요소 만을 찾을 뿐, 프로시저(procedure)의 내용은 무조건 건너뛰기 때문이다. 파서가 해당 프로시저의 선언과 구현 양쪽의 머리 부분을 찾을 수만 있다면, 이 방식으로 코드 이동이 가능하다. 심지어 아직 컴파일을 하지 않은 코드에서도 작동한다. 3 커서가 있는 곳에서 파일 열기 : Ctrl+엔터 “커서가 있는 곳에서 파일 열기 (Open file at cursor)” 역시 코드 이동을 하는 또다른 매커니즘이며, 델파이와 C++빌더 모두에서 사용할 수 있다. 이 방식은 접근법이 매우 단순하다. IDE는 단순하게 코드 에디터에서 커서가 놓여진 토큰(token)을 본다. 델파이에서는 그 토큰에 확장자가 없으면 토큰 뒤에 ".pas를 붙인 후에, 그 프로젝트의 검색 경로(Search Path) 안에 해당 파일 이름과 일치하는 파일이 있는 지를 찾는다. C++빌더에서는, 코드 에디터에서 커서가 놓여진 토큰을 가지고 인클루드 경로 (Include Path)를 따라가며 그 파일 이름을 찾는다. 델파이와 C++빌더 모두, 일치하는 파일 이름을 IDE가 찾지 못하는 경우, 표준 파일 열기 대화창을 표시한다. 4 도움 인사이트 링크 도움 인사이트 (Help Insight)는 오직 델파이 프로젝트에서만 사용할 수 있다. 코드 에디터 안에서 어느 심볼(symbol)이든 마우스를 위에 올리면, 팝업 창이 나타나는 데, 여기에는 해당 심볼의 선언(declaration)으로 이동하는 바로가기(hotlink)를 포함하여 해당 심볼(symbol)에 대한 추가 정보가 표시된다. 도움 인사이트 (Help Insight)용 정보는 또 다른 IDE-기반 파서(parser)에 의해 생성된다. 에러 인사이트 (Error Insight), 리팩토링(refactoring), 모델링(modeling) 등을 위한 정보도 이 파서가 제공한다. 이 파서는 앞에서 살펴 본 구조(structure) 파서보다 더 완전한 파서이지만, 불완전하거나 부정확한 코드를 만나도 잘 회복할 수 있도록 설계되었다. 이 파서(parser)는 해당 프로젝트 안에 있는 유닛(unit)을 찾을 때에는 소스 코드 전체를 살핀다. 그리고, 프로젝트 매니저(project manager) 안에 들어있지 않지만 사용되고 있는 유닛을 찾을 때에는 컴파일러를 불러서 해당 심볼을 찾도록 요청한다. 이 글이 RAD 스튜디오 IDE 안에서 사용할 수 있는 여러가지 코드 이동이 사용하는 각 매커니즘을 설명하는데 도움이 되었기를 바라며,이를 통해서 어떻게 작동하는 지에 대한 통찰력을 제공했기를 바란다. (역자 주: "북마크스(Bookmarks)"와 "내비게이터(Navigator)"를 사용하면 코드 찾기와 코드 사이를 이동하기가 훨씬 좋아집니다.)
  4. Docwiki에 있는 "GetIt Package Manager Window"를 번역한 글 (번역 업데이트: 2022년 9월 1일) << 위로 가기: 겟잇 패키지 매니저 (GetIt Package Manager) 겟잇 패키지 매니저 창 (GetIt Package Manager Window)을 사용하여 겟잇 패키지를 찾을 수 있다. 이 창에서는 해당 패키지를 설치(install), 제거(uninstall), 업데이트(update), 구독(subscribe) 할 수도 있다. 항목 설명 검색 필드에 단어를 하나 또는 그 이상 입력하여 패키지 목록에 필터링된 패키지만 표시되도록 한다. 패키지 이름, 제공사, 설명 중에 입력한 검색어가 들어 있는 패키지가 표시된다. 검색어를 입력할 때 패키지 목록이 바로 반영된다. Filter 패키지 목록에 있는 패키지를 필터링할 옵션을 클릭할 수 있다. All: 모든 패키지를 표시하고, 따로 제외되는 패키지가 없도록 한다. Install(설치) 하려면 해당 패키지를 선택한다. Installed: 설치된 패키지들이 표시되고 Uninstall을 선택하여 제거 할 수 있다.이옵션해당 패키지 Subscription Only: 서브스크립션(구독)을 유지하고 있는 경우에만 설치 또는 업데이트를 할 수 있는 패키지만 보여준다. Updates: 업데이트가 있는 패키지들이 표시된다. 해당 패키지의 업데이트 버전을 보려면, 의존하는 모든 라이선스 약관을 동의해야 한다. Sort by 패키지 목록을 정렬할 수 있는 옵션 3가지는 아래와 같다. Name: 패키지 이름을 기준으로 알파벳 순서 올림차순으로 정렬한다. Vendor: 제공사 이름을 기준으로 알파벳 순서 올림차순으로 정렬한다. Date: 설치할 수 있게된 시점을 기준으로 패키지 목록을 정렬한다. Categories 패키지 목록을 필터링하는 카테고리는 아래와 같다. All: 모든 패키지를 표시하고, 따로 제외되는 패키지가 없도록 한다. Libraries: 라이브러리 패키지만 표시한다. Components: 컴포넌트 패키지만 표시한다. Internet Of Things: IoT(사물인터넷) 패키지만 표시한다. Trial: 써드-파티 제공사의 겟잇 패키지 평가판만 표시한다. Industry Templates: 산업별 템플릿만 표시한다. 이 템플릿은 해당 산업에 맞게 이미 구현되어 있으므로 사용자가 자신에게 맞게 변경하여 사용하면 된다. IDE Plugins: IDE 플러그인만 표시한다. Styles: 스타일이 담긴 패키지만 표시한다. 스타일은 사용자가 UI 컴포넌트의 모습을 변경할 때 사용하는 UI 템플릿이다. C++ Libraries: C++ (CX) 라이브러리만 표시한다. Sample Projects: 샘플 프로젝트만 표시한다. Trial Packages: 평가판 버전이 제공되는 패키지만 표시한다. 알아둘 점: 위에 나열된 Categories 시스템은 고정된 것이 아니므로 시간이 가면서 카테고리가 추가될 수도 있다. 패키지 목록 각 패키지 상자에는 해당 패키지에 대한 안내와 install 또는 uninstall 버튼이 제공된다. 아이콘: 각 패키지마다 자신을 대표하는 아이콘이 표시된다. 패키지 아이콘의 가장 위-왼쪽 구석에는 아래 아이콘 중 하나가 작게 표시되어, 해당 패키지가 어떤 언어를 지원하는 지를 알려 준다. 델파이, C++ 모두 델파이 C++ 알아둘 점: 해당 패키지가 델파이와 C++ 모두에서 사용할 수 있고, 그 중 델파이 버전이 C++까지도 지원하는 경우, 겟잇 패키지 매니저에서는 델파이 아이콘만 표시된다. 이름과 버전: 패키지의 이름과 버전. 패키지 이름과 버전을 클릭하면 해당 패키지에 대한 자세한 정보가 표시되는 웹 페이지가 열린다. 제공사(Vendor): 패키지를 제공하는 제공사(vendor) 이름. 제공사 이름을 클릭하면 해당 제공사에 대한 자세한 정보가 표시되는 웹 페이지가 열린다. Install: 해당 패키지가 설치되어 있지 않은 경우 Install 버튼이 표시되고, 설치가 완료되면, 가장 위-오른쪽 구석에 Installed(설치됨) 아이콘이 표시된다. Uninstall: 설치된 패키지인 경우, Uninstall 버튼이 표시된다. Renew subscription: 서브스크립션(구독)을 유지하고 있어야 설치되는 패키지인 경우, 해당 업데이트 서브스크립션 페이지로 이동한다. Open Link: IDE 밖으로 나가서 설치해야 하는 패키지는 Open Link 버튼이 표시된다. 알아둘 점: 설치가 미루어진 패키지는 당신에게 IDE를 다시 시작하여 설치 과정을 완료하라고 요청할 것이다. IDE를 바로 다시 시작하기를 원하지 않는 경우, 해당 패키지는 당신이 IDE를 다시 시작할 때 설치를 시작한다. 설치가 미루어진 패키지에는 Cancel Pending Installation 버튼이 표시되므로 지연된 해당 설치를 취소할 수 있다. 기타 참고 (See Also) 겟잇 패키지 매니저를 사용하여 패키지 설치하기 겟잇 의존 (GetIt Dependencies)
  5. Docwiki에 있는 "Installing a Package Using GetIt Package Manager"를 번역한 글 (번역 업데이트: 2022년 9월 1일) << 위로 가기: 겟잇 패키지 매니저 (GetIt Package Manager) 겟잇 패키지 매니저 (GetIt Package Manager)를 사용하여 RAD 스튜디오 안에 라이브러리(library) 또는 패키지(package)를 설치하려면, Tools > GetIt Package Manager 를 선택하여 (GetIt Package Manager Window)을 연다. 설치하려는 겟잇 패키지를 찾는다. 이 창의 가장 위-오른쪽 구석에 있는 검색 상자를 사용할 수도 있다. 설치하려는 겟잇 패키지에 표시된 Install 버튼을 클릭한다. 대화 창이 열리면, 해당 패키지의 라이선스 조항, 패키지가 의존하는 항목을 읽고 약관 전체에 동의한다면 Agree all을 클릭한다. 패키지 설치를 IDE를 실행하지 않는 동안 수행한다. IDE를 다시 시작할 것인지 여부를 묻는 대화 상자가 나타나면 No를 클릭한다. 그러면 IDE에서 하던 작업을 계속할 수 있고 해당 패키지 설치는 IDE가 종료될 때까지 대기하게 된다. Install 창이 열리고 해당 패키지 다운로드 및 설치의 진행 상태가 표시된다. 설치가 끝나면, Close 버튼을 클릭하여 Install 창을 닫는다. 알아둘 점: 몇몇 패키지의 경우, 해당 다운로드가 완료된 후에 설치자(Installer)가 실행된다. 런-타임 (run-time) 패키지, 또는 런-타임과 디자인-타임 (run-time and design-time) 패키지의 경우, 겟잇 패키지 매니저 (GetIt Package Manager)는 해당 패키지를 해당 패키지가 지원하는 모든 플랫폼 용으로 컴파일한다. RAD 스튜디오에 새 플랫폼 지원을 추후에 추가하는 경우, 해당 패키지 역시 새로 추가된 플랫폼용으로 다시 컴파일되어야 한다. 그렇게 하려면, 해당 패키지를 제거(uninstall) 후 다시 설치(install)하거나 또는 수작업으로 해당 패키지를 컴파일한다. 기타 참고 (See Also) 겟잇 패키지 매니저 창 (GetIt Package Manager Window) Boost 겟잇 의존 (GetIt Dependencies)
  6. Docwiki에 있는 "Feature Manager"를 번역한 글 (번역 업데이트: 2022년 9월 1일) << 위로 가기: Graphic Utilities Index Tools > Manage Platforms 기능 관리자 (Feature Manager)는 설치된 RAD 스튜디오에 프로그래밍 언어(들), 타겟 플랫폼(들), 언어 지원 기능, 도움말 자료 등의 기능을 추가하거나 제거할 때 사용하는 대화 창이다. 새 기능을 추가하는 경우에는, 반드시 인터넷에 연결되어 있어야만 한다. 그래야 선택한 기능을 설치하기 위한 파일을 다운로드를 할 수 있기 때문이다. 목차 1 기능 선택 페이지 (Feature Selection Page) 2 작업 진행 페이지 (Operation Progress Page) 3 작업 완료됨 페이지 (Operation Complete Page) 4 작업 취소됨 페이지 (Operation Canceled Page) 5 기타 참고 (See Also) 1 기능 선택 페이지 (Feature Selection Page) 기능 선택 (Feature Selection) 페이지에서는 RAD 스튜디오에 설치될 수 있는 기능이 아래에 있는 탭 2개에 나누어져 들어있다. Platform Selection (플랫폼 선택) 탭에는 사용자가 선택할 수 있는 프로그래밍 언어와 타겟 플랫폼이 한쌍씩 짝지어져 있다. Additional Selection (추가 선택) 탭에는 아래 기능들이 있다. Additional Languages (추가 언어) Samples (샘플) Help (도움말) Optional Additional Software (추가 선택 소프트웨어) 이미 설치되어 있는 기능은 체크 표시가 되어 있다. 사용자는 설치하고 싶은 기능에 체크 표시 넣거나, 제거하고 싶은 기능에서 체크 표시를 뺄 수 있다. 가장 아래-왼쪽 구석에 예상되는 다운로드 크기, 예상되는 다운로드 시간, 예상되는 필요 공간이 필드 3개 즉, Estimated Download Size, Estimated Download Time, Estimated Required Space가 표시된다. 가장 아래 오른쪽-구석에 있는 Apply 버튼을 클릭하면, 선택한 기능 설치와 선택 해제된 기능 제거가 시작된다. 알아둘 점: 안드로이드 지원 설치를 처음 선택한 경우, 추가 선택 페이지 (Additional Selection Page)에서 제공되는 안드로이드 필수 개발 도구(들)이 설치되어야 한다. 자세한 내용은 Installation Notes 참조 2 작업 진행 페이지 (Operation Progress Page) Operation Progress(작업 진행) 페이지는 설치 진행 경과를 표시한다. RAD 스튜디오의 기능을 설치하는 동안 몇몇 항목들을 다운로드(download), 추출(extraction), 설치(installation) 가 진행된다. 이 페이지에서는 이 항목들의 설치 진행 정보를 아래와 같이 표시한다. 이 페이지 가장 위에는, 현재 설치되고 있는 항목이 표시된다. 이 페이지 아래쪽에는, 진행 표시 막대 2개가 표시된다. 위에 있는 진행 표시 막대는 현재 설치되고 있는 항목의 다운로드, 추출, 설치 진행 상태를 표시한다. 아래에 있는 진행 표시 막대는 모든 항목이 설치되기까지 얼마나 진행되고 있는 지를 표시한다. 이 페이지 가장 아래에 있는 Cancel 버튼을 클릭하면, 설치가 취소된다. 3 작업 완료됨 페이지 (Operation Complete Page) Operation Complete(작업 완료됨) 페이지는 설치 작업이 성공하였음을 알려준다. 이 페이지 가장 아래에 있는 Start Working 버튼을 클릭하면, 설치된 RAD 스튜디오가 실행을 시작(Start)한다. 4 작업 취소됨 페이지 (Operation Canceled Page) Operation Canceled(작업 취소됨) 페이지는 설치 작업이 취소되었음을 알려준다. 이 페이지에 있는 Retry 버튼을 클릭하면 설치를 계속하고, Close 버튼을 클릭하면 이 기능 설치자 (Feature Installer)가 종료(Exit)된다. 5 기타 참고 (See Also) Adding or Removing Features Using the Feature Manager 기능 설치자 (Feature Installer) 겟잇 패키지 매니저 (GetIt Package Manager)
  7. Docwiki에 있는 "Feature Installer"를 번역한 글 (번역 업데이트: 2022년 8월 31일) << 위로 가기: Graphic Utilities Index 이 내용은 RAD 스튜디오를 설치할 때 필요한 설치 도구 중 하나에 대한 안내이다. 설치 지침은 설치 방법을 참고하라. 기능 설치자 (Feature Installer)는 설치 마법사 중 하나이다. 이것은 RAD 스튜디오 기능 중에서 처음부터 설치할 것들을 지정한다. 예를 들면, 프로그래밍 언어(들), 타겟 플랫폼(들), 언어 지원 기능, 도움말 자료 등을 취사 선택하여 조합할 수 있다. RAD 스튜디오 설치자(Installer)는 설치 진행 중에 자동으로 이 기능 설치자 (Feature Installer)를 구동한다. 의도치 않게 이 기능 설치자를 닫은 경우에는, 설치를 완료한 후에 RAD 스튜디오를 실행하고 Tools > Manage Platforms 메뉴를 선택하여 다시 열 수 있다. 설치 중에는, 반드시 인터넷에 연결되어 있어야만 한다. 그래야 선택한 기능을 설치하기 위한 파일을 다운로드를 할 수 있기 때문이다. RAD 스튜디오를 설치한 후에도, 이 기능 관리자 (Feature Manager)를 열어서 기능을 추가로 설치하거나, 설치된 기능을 제거할 수 있다. 목차 1 플랫폼 선택 페이지 (Platform Selection Page) 1.1 예상되는 필요 공간 (Estimated Required Space) 2 추가 선택 페이지 (Additional Selection Page) 3 작업 진행 페이지 (Operation Progress Page) 4 작업 완료됨 페이지 (Operation Complete Page) 5 작업 취소됨 페이지 (Operation Canceled Page) 6 기타 참고 (See Also) 1 플랫폼 선택 페이지 (Platform Selection Page) 플랫폼 선택 (Platform Selection) 페이지에서는 RAD 스튜디오 기능 중에서 처음부터 설치할 프로그래밍 언어(들), 타겟 플랫폼(들)을 선택할 수 있다. 이 페이지의 항목은 다음과 같다. 선택할 수 있는 프로그래밍 언어(들)과 타겟 플랫폼(들) 지원 목록. 윈도우 32-bit와 iOS가 기본으로 선택되어 있지만, 설치하기를 원하는 플랫폼(들)을 몇 가지든 직접 선택할 수 있다. 이후에도 언제든 기능 관리자 (Feature Manager) 를 열어서 선택을 변경할 수도 있다. 가장 아래-왼쪽 구석에 필드 3개 즉, Estimated Download Size, Estimated Download Time, Estimated Required Space가 표시된다. 즉 선택한 기능(들)을 모두 다운로드 할 때 예상되는 규모가 표시된다. 예상되는 필요 공간에 대한 더 많은 정보는 예상되는 필요 공간 (Estimated Required Space)을 참고. 가장 아래 오른쪽-구석에 있는 Continue 버튼을 클릭하면 추가 선택 페이지 (Additional Selection Page)가 열린다. 1.1 예상되는 필요 공간 (Estimated Required Space) 기능 설치자 (Feature Installer)는 사용자가 선택한 기능들을 기준으로 설치할 때 필요한 공간을 계산한다. 이 계산에 포함되는 사항은 다음과 같다. 파일을 다운로드하기 위해 필요한 디스크 공간 다운로드한 파일을 추출할 때 필요한 디스크 공간 설치 과정에 필요한 디스크 공간 기능 설치자 (Feature Installer)가 사용하는 디렉토리는 다음과 같다. 다운로드된 파일이 들어갈 Temp(임시) 폴더 (기본 경로는 C:\Windows\Temp). 다운로드된 파일을 추출한 파일 들이 들어갈 %PUBLIC% 문서 경로 (기본 경로는 C:\Users\Public\Documents\). 설치 진행 중에 Options 페이지에서 사용자가 선택한 설치 경로 (기본 경로는 Program Files). 사용자가 Options 페이지에서 선택한 설치 경로가 있는 디스크/파티션이 Temp(임시) 폴더와 %PUBLIC% 문서가 있는 디스크/파티션과 다를 경우, 설치자(installer)는 공간 부족을 탐지하지 못하므로 이후 진행 과정에서 공간 부족 문제가 생길 수도 있다. 그 이유는 필요한 공간을 계산할 때 Options 페이지에서 사용자가 지정한 디스크/파티션을 사용하기 때문이다. Temp(임시) 폴더와 %PUBLIC% 문서가 있는 디스크/파티션의 공간이 부족한 경우, 이 폴더들의 위치를 다른 곳으로 변경할 필요가 있다. 더 자세한 정보는 Change location of TEMP files folder to another drive와 How can I move default location of Public folders to a new drive?를 참고하라. 2 추가 선택 페이지 (Additional Selection Page) 추가 선택 (Additional Selection) 페이지에서는 RAD 스튜디오 기능 중에서 처음부터 설치할 추가 기능(들)을 선택할 수 있다. 이 페이지에는 아래 내용들이 제시된다. 추가 옵션 기능이 나열되는 트리뷰: 언어 지원, 샘플 애플리케이션, 오프라인 도움말, 추가 옵션 소프트웨어 등. 초기 설치 시 포함할 기능을 모두 선택하면 된다. 가장 아래-왼쪽 구석에 필드 3개 즉, Estimated Download Size, Estimated Download Time, Estimated Required Space가 표시된다. 즉 선택한 기능(들)을 모두 다운로드 할 때 예상되는 규모가 표시된다. Platform Selection (플랫폼 선택) 페이지에서 선택한 기능까지 모두 포함된 규모임). 가장 아래쪽에 버튼 2개: 가장 아래 오른쪽-구석에 있는 Install 버튼을 클릭하면 선택된 기능이 설치되기 시작한다. Back 버튼을 클릭하면 Platform Selection (플랫폼 선택) 페이지로 되돌아 간다. 알아둘 점: 선택 기능과 관련된 보다 자세한 내용은 추가 옵션 소프트웨어 참조 Platform Selection (플랫폼 선택) 페이지에서 안드로이드 플랫폼을 선택하면 아래 개발 도구들이 표시된다. 표시되는 안드로이드 도구 목록 (11 알렉산드리아 기준) Android SDK 25.2.5 - NDK (android-ndk-17b) Java Development Kit 1.8 3 작업 진행 페이지 (Operation Progress Page) Operation Progress(작업 진행) 페이지는 설치 진행 경과를 표시한다. RAD 스튜디오의 기능을 설치하는 동안 몇몇 항목들을 다운로드(download), 추출(extraction), 설치(installation) 가 진행된다. 이 페이지에서는 이 항목들의 설치 진행 정보를 아래와 같이 표시한다. 이 페이지 가장 위에는, 현재 설치되고 있는 항목이 표시된다. 이 페이지 아래쪽에는, 진행 표시 막대 2개가 표시된다. 위에 있는 진행 표시 막대는 현재 설치되고 있는 항목의 다운로드, 추출, 설치 진행 상태를 표시한다. 아래에 있는 진행 표시 막대는 모든 항목이 설치되기까지 얼마나 진행되고 있는 지를 표시한다. 이 페이지 가장 아래에 있는 Cancel 버튼을 클릭하면, 설치가 취소된다. 4 작업 완료됨 페이지 (Operation Complete Page) Operation Complete(작업 완료됨) 페이지는 설치 작업이 성공하였음을 알려준다. 이 페이지 가장 아래에 있는 Start Working 버튼을 클릭하면, 설치된 RAD 스튜디오가 실행을 시작(Start)한다. RAD 스튜디오가 지원하는 파일 유형(들)이 현재 다른 애플리케이션에 연계(associate)되어 있는 경우, RAD 스튜디오가 열리면서 File Association 옵션 페이지와 유사한 대화 창이 나타난다. 여기에서 RAD 스튜디오에 연계(associate)하기를 원하는 파일 유형(들)을 선택할 수 있다. 5 작업 취소됨 페이지 (Operation Canceled Page) Operation Canceled(작업 취소됨) 페이지는 설치 작업이 취소되었음을 알려준다. 이 페이지에 있는 Retry 버튼을 클릭하면 설치를 계속하고, Close 버튼을 클릭하면 이 기능 설치자 (Feature Installer)가 종료(Exit)된다. 6 기타 참고 (See Also) 설치 방법 (Installation) Installer 기능 관리자 (Feature Manager) 겟잇 패키지 매니저 (GetIt Package Manager)
  8. Docwiki에 있는 "GetIt Package Manager"를 번역한 글 (번역 업데이트: 2022년 7월 5일) << 위로 가기: Graphic Utilities Index << 위로 가기: Tools Menu 겟잇 패키지 매니저 (GetIt Package Manager)를 사용하면 RAD 스튜디오 안에서 추가하고 싶은 패키지(들)을 찾고, 다운로드 하고, (유료인 경우) 구입하고, 설치할 수 있다. 패키지(들)로는 라이브러리, 컴포넌트, IDE 기능 확장, SDK, 샘플 프로젝트, 스타일 등등이 해당된다. 이 패키지들은 겟잇용 웹 포탈인 겟잇나우에서도 볼 수 있다. 주제 겟잇 패키지 매니저 창 겟잇 패키지 매니저를 사용하여 패키지 설치하기 기타 참고 (See Also) 겟잇 의존 (GetIt Dependencies) 기능 설치자 (Feature Installer) 기능 관리자 (Feature Manager) Offline Installer (오프라인 설치자)
  9. Kori

    [11.1.5] 알렉산드리아 - 릴리스 1.5

    << 위로 이동 (최신 버전 포함 모든 버전) "RAD 스튜디오 11 알렉산드리아 - 릴리스 1.5"를 정리한 Docwiki (원문 보기)를 번역한 글입니다. 업데이트된 RAD 스튜디오 11.1 알렉산드리아 릴리스 출시 (2022년 7월 14일) 주의: 11 알렉산드리아에 새로 포함된 기능을 모두 보려면, 여기를 클릭. 이 릴리즈 1.5 (즉, 11.1.5 버전)은 C++빌더 코드 인사이트를 업데이트한 버전이다. 이 버전은 C++빌더 또는 RAD 스튜디오를 구입하여 C++빌더의 기능을 사용하는 사용자 만을 위해 C++ 코드 자동 완성 그리고 이와 관련된 C++ 기능을 향상하였다. 전적으로 C++에 집중된 버전이므로, 델파이 고객에게는 전혀 좋은 점이 없으며, 델파이 고객이 이 11.1.5 버전을 설치하는 것은 권장하지 않는다. 이 버전은 완전한 설치본이며 11.1 이후의 모든 핫픽스가 포함되어 있다. RAD 스튜디오 11.1.5 알렉산드리아에는 아래와 같은 새로운 기능과 강화된 기능이 포함되었다. 목차 1 IDE에서 새롭게 강화된 기능 1.1 저장 순서가 새롭게 바뀜 1.2 프로젝트 생성 시 자동 저장 옵션 1.3 진행 알림 (Progress Notifications) 1.4 다중 코드 이동 위치 (Multiple Navigation locations) 1.5 색인 지연하기 (Delayed indexing) 1.6 모든 프로젝트(들)과 파일(들)을 색인(index)하기 1.7 품질 향상 1.8 기타 참고 (See Also) 1 IDE에서 새롭게 강화된 기능 1.1 저장 순서가 새롭게 바뀜 새 C++ 프로젝트를 저장할 때, IDE에는 해당 프로젝트를 저장하는 창이 먼저 표시되고 나서 새 유닛(들)을 저장하는 창이 표시된다. 사전에 컴파일된 헤더는 프로젝트가 저장될 때 자동으로 함께 저장되며 따로 파일명과 위치를 입력하도록 요청하지 않는다. 1.2 프로젝트 생성 시 자동 저장 옵션 다른 C++ IDE들의 방식과 맞출 수 있도록, 프로젝트가 생성되면 코드 인사이트(Code Insight)도 즉시 활성화할 수 있는 옵션이 추가되었다. 이 옵션이 켜져있으면 프로젝트가 생성될 때 해당 프로젝트와 파일이 바로 저장된다. 이 기능을 변경하려면 IDE 메뉴, Options > Desktop > Saving에서 해당 설정을 변경한다. 1.3 진행 알림 (Progress Notifications) RAD 스튜디오 11.1.5에서 C++ LSP 파싱(parsing) 진행 상태는, 델파이와 마찬가지로, Projects 화면 맨 아래에 있는 LSP 진행 막대 안에 표시된다. 1.4 다중 코드 이동 위치 (Multiple Navigation locations) RAD 스튜디오 11.1.5에서 드롭 다운 목록은 코드 완성과 유사하게 보이는데, 키보드 또는 마우스를 이용하여 해당 코드로 이동할 수 있다. 만약 해당 위치가 이미 에디터(코드 편집 화면)에 열려있는 상태라면, 문맥에 맞는 더 많은 정보가 여기에 표시된다. 1.5 색인 지연하기 (Delayed indexing) 소스 코드 색인(index) 작업은 CPU 소모가 매우 클 수도 있다. RAD 스튜디오에 있는 LSP 서버는 파일이 변경될 때 마다 기본 색인을 한다. 11.1.5 버전부터는 개발자가 저장을 하는 (Ctrl+S) 경우에만 색인을 하도록 선택할 수 있는 새로운 설정 옵션이 추가되었다. 알아둘 점: 이 기능이 켜져있으면, 표시되는 코드 완성 드롭 다운 목록, 코드 이동 결과 위치 등 코드 인사이트가 작동한 결과는 개발자가 저장하기를 누르기 전까지는 업데이트 되지 않는다. 1.6 모든 프로젝트(들)과 파일(들)을 색인(index)하기 IDE의 Tools Options 메뉴 중에서, Tools > Options > User Interface > Editor > Language 를 보면, C++ LSP 페이지 안에 “LSP Behavior”라는 탭이 있다. 11.0 버전에서 이미 이 탭이 추가되었었는데, 여기에 새 옵션이 하나 더 추가되어 세번째 옵션으로 ‘Index all files in the project group’이 생겼다. 더 자세한 정보를 알고 싶으면, 도움말의 Configuring C++ Code Insight 을 통해서 각자의 프로젝트와 니즈에 맞게 설정하는 방법을 알 수 있다. 1.7 품질 향상 RAD 스튜디오 11.1.5에는 C++빌더 11.1과 RAD 스튜디오 11.1을 사용하고 있는 C++ 개발자를 위한 품질 개선 등이 포함되었다. 여기에는 성능 향상, 코드 완성 결과 표시, 코드 이동 향상 등이 해당되며, 클래식 컴파일러 사용자들이 보고한 이슈와 프로젝트 안에서 모든 파일을 저장할 때 발생하는 이슈 등등이 해소되었다. 1.8 기타 참고 (See Also) 11.1 새기능 Installation Notes Release Notes New features and fixed issues 과거 버전의 새기능
  10. << 위로 이동 (최신 버전 포함 모든 버전) "RAD 스튜디오 11 알렉산드리아 - 릴리스 1.5"를 정리한 Docwiki (원문 보기)를 번역한 글입니다. 업데이트된 RAD 스튜디오 11.1 알렉산드리아 릴리스 출시 (2022년 7월 14일) 주의: 11 알렉산드리아에 새로 포함된 기능을 모두 보려면, 여기를 클릭. 이 릴리즈 1.5 (즉, 11.1.5 버전)은 C++빌더 코드 인사이트를 업데이트한 버전이다. 이 버전은 C++빌더 또는 RAD 스튜디오를 구입하여 C++빌더의 기능을 사용하는 사용자 만을 위해 C++ 코드 자동 완성 그리고 이와 관련된 C++ 기능을 향상하였다. 전적으로 C++에 집중된 버전이므로, 델파이 고객에게는 전혀 좋은 점이 없으며, 델파이 고객이 이 11.1.5 버전을 설치하는 것은 권장하지 않는다. 이 버전은 완전한 설치본이며 11.1 이후의 모든 핫픽스가 포함되어 있다. RAD 스튜디오 11.1.5 알렉산드리아에는 아래와 같은 새로운 기능과 강화된 기능이 포함되었다. 목차 1 IDE에서 새롭게 강화된 기능 1.1 저장 순서가 새롭게 바뀜 1.2 프로젝트 생성 시 자동 저장 옵션 1.3 진행 알림 (Progress Notifications) 1.4 다중 코드 이동 위치 (Multiple Navigation locations) 1.5 색인 지연하기 (Delayed indexing) 1.6 모든 프로젝트(들)과 파일(들)을 색인(index)하기 1.7 품질 향상 1.8 기타 참고 (See Also) 1 IDE에서 새롭게 강화된 기능 1.1 저장 순서가 새롭게 바뀜 새 C++ 프로젝트를 저장할 때, IDE에는 해당 프로젝트를 저장하는 창이 먼저 표시되고 나서 새 유닛(들)을 저장하는 창이 표시된다. 사전에 컴파일된 헤더는 프로젝트가 저장될 때 자동으로 함께 저장되며 따로 파일명과 위치를 입력하도록 요청하지 않는다. 1.2 프로젝트 생성 시 자동 저장 옵션 다른 C++ IDE들의 방식과 맞출 수 있도록, 프로젝트가 생성되면 코드 인사이트(Code Insight)도 즉시 활성화할 수 있는 옵션이 추가되었다. 이 옵션이 켜져있으면 프로젝트가 생성될 때 해당 프로젝트와 파일이 바로 저장된다. 이 기능을 변경하려면 IDE 메뉴, Options > Desktop > Saving에서 해당 설정을 변경한다. 1.3 진행 알림 (Progress Notifications) RAD 스튜디오 11.1.5에서 C++ LSP 파싱(parsing) 진행 상태는, 델파이와 마찬가지로, Projects 화면 맨 아래에 있는 LSP 진행 막대 안에 표시된다. 1.4 다중 코드 이동 위치 (Multiple Navigation locations) RAD 스튜디오 11.1.5에서 드롭 다운 목록은 코드 완성과 유사하게 보이는데, 키보드 또는 마우스를 이용하여 해당 코드로 이동할 수 있다. 만약 해당 위치가 이미 에디터(코드 편집 화면)에 열려있는 상태라면, 문맥에 맞는 더 많은 정보가 여기에 표시된다. 1.5 색인 지연하기 (Delayed indexing) 소스 코드 색인(index) 작업은 CPU 소모가 매우 클 수도 있다. RAD 스튜디오에 있는 LSP 서버는 파일이 변경될 때 마다 기본 색인을 한다. 11.1.5 버전부터는 개발자가 저장을 하는 (Ctrl+S) 경우에만 색인을 하도록 선택할 수 있는 새로운 설정 옵션이 추가되었다. 알아둘 점: 이 기능이 켜져있으면, 표시되는 코드 완성 드롭 다운 목록, 코드 이동 결과 위치 등 코드 인사이트가 작동한 결과는 개발자가 저장하기를 누르기 전까지는 업데이트 되지 않는다. 1.6 모든 프로젝트(들)과 파일(들)을 색인(index)하기 IDE의 Tools Options 메뉴 중에서, Tools > Options > User Interface > Editor > Language 를 보면, C++ LSP 페이지 안에 “LSP Behavior”라는 탭이 있다. 11.0 버전에서 이미 이 탭이 추가되었었는데, 여기에 새 옵션이 하나 더 추가되어 세번째 옵션으로 ‘Index all files in the project group’이 생겼다. 더 자세한 정보를 알고 싶으면, 도움말의 Configuring C++ Code Insight 을 통해서 각자의 프로젝트와 니즈에 맞게 설정하는 방법을 알 수 있다. 1.7 품질 향상 RAD 스튜디오 11.1.5에는 C++빌더 11.1과 RAD 스튜디오 11.1을 사용하고 있는 C++ 개발자를 위한 품질 개선 등이 포함되었다. 여기에는 성능 향상, 코드 완성 결과 표시, 코드 이동 향상 등이 해당되며, 클래식 컴파일러 사용자들이 보고한 이슈와 프로젝트 안에서 모든 파일을 저장할 때 발생하는 이슈 등등이 해소되었다. 1.8 기타 참고 (See Also) 11.1 새기능 Installation Notes Release Notes New features and fixed issues 과거 버전의 새기능 View full RAD 스튜디오 버전별 신기능
  11. Kori

    [11.1] 알렉산드리아 - 릴리스 1

    << 위로 이동 (최신 버전 포함 모든 버전) "RAD 스튜디오 11 알렉산드리아 - 릴리스 1"을 정리한 Docwiki (원문 보기)를 번역한 글입니다. 업데이트된 RAD 스튜디오 11.1 알렉산드리아 릴리스 출시 (2022년 3월 15일) 주의: 11 알렉산드리아에 새로 포함된 기능을 모두 보려면, 여기를 클릭. RAD 스튜디오 11 알렉산드리아 - 릴리스 1 (11.1이라고도 부름)을 이제 설치할 수 있다. RAD 11.1은 11의 기능을 바탕으로 하여 제품 전반에 걸쳐 기존 기능을 강화하고 몇가지 새 기능을 추가했다. 업데이트 서브스크립션을 유지 중인 사용자는 누구나 델파이 11, C++빌더 11, RAD 스튜디오 11을 다운로드 받을 수 있다. RAD 스튜디오 11.1은 품질 향상에 주력했다. 집중한 주요 품질 영역은 다음과 같다. IDE 원격 데스크탑 컴파일러: 델파이, C++ C++ 툴체인 델파이 LSP C++ LSP 델파이 RTL VCL 파이어몽키 데이터 인터넷 [11.1] 에서 강화된 점을 제품 영역 별로 보기 11 알렉산드리아 - 릴리스 1 제품 영역 별로 보기 1. IDE 향상 1.1 IDE 일반 향상 1.2 IDE High DPI 품질 1.3 웰컴 페이지 1.3.1 ToolsAPI 지원! 1.4 겟잇(GetIt) 대화창 향상 2. 컴파일러와 툴체인 향상 2.1 델파이와 C++ 공통 2.1.1 ASLR, DEP/NX, TSAWARE 2.2 델파이 디버거: macOS ARM용과 Android용 2.3 C++ 컴파일러와 툴체인 3. LSP 향상 (델파이와 C++) 3.1 델파이 LSP 3.2 C++과 cquery 3.2.1 Performance 향상 4. 라이브러리 향상 4.1 델파이 RTL 4.1.1 최적화 작업 4.1.2 새 TURLStream 클래스 4.1.3 RTL 기타 향상 4.1.4 TMemIniFile 및 섹션 중복 4.2 VCL 4.3 파이어몽키(FireMonkey) 4.3.1 안드로이드 SDK 연동 향상 4.3.2 TWebBrowser 4.3.3 FMX 기타 품질 4.4 데이터 4.4.1 일반 사항 4.4.2 FireDAC(파이어닥) 4.5 인터넷 (Internet) 4.5.1 안드로이드에서 작동하는 웹브로커 (WebBroker) 4.5.2 데이터스냅 (DataSnap) 4.5.3 RAD 서버 4.5.4 기타 5. 기타 참고 (See Also) 1. IDE 향상 1.1 IDE 일반 향상 설치가 완료되면, IDE가 "작업 시작하기"가 작동하면서, IDE를 다시 시작하므로, 첫 실행을 높은 사용 권한이 아닌 일반 사용자 권한으로 진행한다. 이제 프로젝트 구성 설정에서 ‘Enable runtime themes (런타임 테마 활성화)’의 기본값은 "켜짐"이다. dproj/cbproj 파일 안에 있는 ProjectRoot는 항상 일관되게 정렬된다. IDE Wait 대화창에서 사용하는 ToolsAPI 인터페이스의 일부 파라미터 이름이 변경되어서 기능을 보다 잘 반영한다. 이제 ‘New Edit Window (새 에디트 창)’은 복제를 지원하지 않는 화면인 경우 메뉴 항목이 비활성화되어 있다. 웰컴 페이지도 여기에 해당된다. 웰컴 페이지는 중복될 수 없고 다른 창에 끌어다 놓을 수 없기 때문이다. Options > Saving and Desktop (저장 및 데스크탑) 페이지가 둘로 나누어져 새 페이지가 2개 생겼다: Saving and Recovering (자동-복구, 자동-저장 옵션을 지정하는 곳) Desktop and Layout (기존 페이지에 있던 나머지 옵션을 지정하는 곳) Options 대화창 안에 있는 메시지 화면에서 에러(Error), 경고(Warning), 힌트(Hint)를 표현하는 색상을 바꿀 수 있다. IDE 테마별로 각각 다른 색상 조합을 지정할 수도 있다 (예: 라이트 테마, 다크 테마, 기타 테마 별로 각각 다른 색상 조합 지정). IDE에서 사용되는 사소한 대화창들에서도 스타일이 지원된다. 사용자 승인을 요청하는 창, 파일 덮어쓰기를 경고하는 창, 유니코드 프로젝트 이름을 확인하는 창, 유효하지 않은 코드 페이지 사용을 알리는 창 등이 해당된다. 프로젝트 파일 안에 있는 배포 파일이 일관성있는 순서로 정렬되지 않던 이슈를 해소했다. 의미를 훼손하지 않으면서 변경된다. 기본 C++ 콘솔 앱이 향상되었다. 그리고 콘솔 앱 생성은 C++과 델파이 모두에서 File > New (와 Create New) 메뉴에 있는 바로가기이다. IDE 교정(Fix) 팩 항목 일부가 통합되었다. (편집 툴바 등) IDE 툴바 이슈 Options 대화창 페이지 안에 스크롤바가 나타나지 않음 오브젝트 인스펙터 렌더링 결함 디버깅할 때, IDE와 코드 에디터가 비어 있음 FMX 폼 디자이너 텍스트 입력에서 (윈도우 키 등) 특별 키 이슈 프로젝트 뷰의 목록 모드 기타 다양한 예외... New Items (새 항목) 대화창에서 항목 별 해당 플랫폼 표시 New Items (새 항목) 대화창을 열고 새 항목을 프로젝트에 추가하려고 할 때, 현재 프로젝트에서 활성화된 플랫폼에 해당하지 않는 항목은 숨김 처리됨 New Items (새 항목) 대화창에서 보기 스타일이 다양하게 제공됨. 이제는 목록을 수직으로 보기 뿐만 아니라 카드, 리스트, 아이콘, 작은 아이콘 보기가 제공됨 New Items (새 항목) 대화창은 이제 VCL 컨트롤인 TControlList를 사용함. 그 결과 스크롤 기능이 향상됨 Compile (컴파일) 대화창에서는 플랫폼과 빌드 구성이 표시됨. 그리고, 우선 순위를 고려하여 에러가 경고와 힌트보다 앞에 표시됨. 1.2 IDE High DPI 품질 데이터 모듈 (Data module)은 PixelsPerInch 프로퍼티의 값이 96 (기본값)일 때 해당 값을 저장한다. VCL 폼도 동일하다함. 동적으로 생성된 프레임이 high DPI에서 디자인되는 경우 이제 올바르게 확대/축소된다. 1.3 웰컴 페이지 웰컴 페이지에서 이제 배경 이미지를 지원한다. 이미지를 선택하면 웰컴 페이지 영역에 맞게 확대/축소 된다. 가로 세로 비율이 저장되므로 한쪽 축이 웰컴 페이지 크기에 맞으면 다른 축의 일부는 영역을 벗어날 수도 있다. 웰컴 페이지 설정 페이지가 IDE Options 대화창에 새로 추가되었다. 이 페이지에서는 배경(각 테마 별로)을 설정할 수 있고 "프로젝트를 열면 웰컴 페이지 닫기"를 선택할 수 있다. 이것은 "웰컴 페이지 Layout Editor"에서도 설정할 수 있다. 웰컴 페이지 프레임은 이제 투명이 기본값이다. 월페이퍼(wallpaper) 이미지를 지정하면 프레임 뒤에서 배경으로 배경으로 표현된다. 웰컴 페이지 투명도는 ToolsAPI에서 접근할 수 있는 메트릭스(metrics) 중 하나이다. 웰컴 페이지 안에 있는 각 프레임 간의 간격과 웰컴 페이지의 상하 여백이 살짝 조정되었다. 1.3.1 ToolsAPI 지원! 이제 ToolsAPI를 이용하여, 웰컴 페이지 안에 프레임을 생성할 수 있도록 완전하게 지원한다! 엠바카데로에서 제공하는 프레임들도 동일한 API를 사용한다. 즉 우리가 넣어둔 프레임에서 할 수 있는 것이라면 당신도 할 수 있다. 웰컴 페이지 데모 2개가 엠바카데로 공개 깃허브(Github)에서 제공된다. 간단 사용법과 고급 사용법을 볼 수 있다. 가장 간단한 형태를 보자면, 당신은 TFrame의 자손을 하나 생성하고 캡션(Caption)을 넣어서 표현할 수 있다. 생성한 프레임에는 당신이 원하는 무엇이든 넣을 수 있다. 원한다면, 더 복잡한 기능들도 활용할 수 있다. 프레임 캡션(Caption)에는 커스텀 UI 크롬 (두번째 프레임을 통해 구현된다)이 포함될 수 있다. 우리가 제공한 Open Recent 프레임 (버튼 구현), Create New 프레임 (델파이와 C++ 간 토글 기능 구현) 에 있는 것들을 당신도 구현할 수 있다. 우리가 제공한 프레임은 MVC 패턴을 사용하며, 데이터는 백그라운드 쓰레드에서 적재된다. 당신은 우리가 프레임을 만들 때 사용한 것과 동일한 프레임과 리스트뷰 등을 사용하여 우리가 구현을 것을 그대로 활용할 수도 있다. 당신은 우리가 제공한 동작과 룩앤필을 동일하게 얻을 수 있기 때문에, 우리의 설정을 흉내내지 않아도 되고 향후 우리가 기본 레이아웃과 크기 등을 변경을 신경쓰지 않을 수도 있다. 1.4 겟잇(GetIt) 대화창 향상 겟잇 대화 상자가 재설계 되었다. 눈에 보이는 UI는 비슷하게 유지되었지만, 새롭게 ControlList 컴포넌트를 사용하여 패키지 목록을 담았다. 그 결과 눈에 띄는 성능 향상 효과가 생겼다. RAD 스튜디오에서는 이제 겟잇(GetIt) 안에 들어가는 페키지의 아이콘들을 캐싱(cache)하기 때문에 대화창을 다시 열 때 걸리는 시간이 짧아졌다. 겟잇 안에 패치 무시하기 옵션이 새로 추가되었다. 그 결과 패치 설치를 건너뛸 수 있다. 또한 보류 중인 패치 알림을 중지할 수 있다. 2. 컴파일러와 툴체인 향상 2.1 델파이와 C++ 공통 2.1.1 ASLR, DEP/NX, TSAWARE 델파이와 C++ 모두에서, 윈도우 링커(Linker)들이 플랫폼 보안 구성을 더 잘 지원한다. 델파이에서는: 이 기능은 이미 Compiler/linker 플래그 형태로 제공되고 있었다. {$DYNAMICBASE} ASLR 용 플래그 {$SetPEOptFlags $40} DEP/NX 용 플래그, 또는 같은 기능인 ‑‑peflags 옵션 C++에서는: -GE 플래그 사용: 이 플래그들을 켜거나 끄기 위한 링커(linker) 옵션: **-GE:option|0xNNNN[=on|off] Set DLL characteristics flags ALLOWBIND | ALLOWISOLATION | DYNAMICBASE | HIGHENTROPYVA NXCOMPAT | TSAWARE HIGHENTROPYVA 는 ASLR; NXCOMPAT 는 DEP/NX; TSAWARE 는 터미널 서버용이다. 델파이와 C++ 모두에서: 이제 이 설정의 기본값은 "켜짐"이다. 우리는 보안 구성이 활성화된 (패키지 BPL 파일 등과 같은) 재배포가 허용되는 바이너리를 구축(Build)한다. 2.2 델파이 디버거: macOS ARM용과 Android용 macOS 애플리케이션을 애플 ARM 장비에서 실행할 때 사용되는 새 디버거가 생겼다. 이 디버거는 앱을 인텔 장비에서 실행하는 경우에는 사용되지 않는다. 새 디버거는 LLDB 최근 빌드이며, 델파이 구문의 하위 집합을 이해하는 델파이 파서가 핵심 기술이다. (예를 들어, 당신이 새 클래스를 정의할 수 없어도 이 디버거는 델파이 표현을 이해할 수 있다. 이 기술은 당신이 사용할 필요가 있는 모든 디버거 표현을 델파이로 충분히 이해할 수 있어야 한다.) 이 구문은 진정으로 델파이다워야 한다. 대소문자를 가리지 않고 델파이 구문 안의 복잡한 표현을 평가할 수 있어야 한다. 우리는 이 디버거를 안드로이드 64-bit 용에도 사용할 수 있도록 했다. 이 디버거는 ‘Disconnected(연결 끊김)’ 에러가 발생하거나 중단될 가능성이 훨씬 적다. 2.3 C++ 컴파일러와 툴체인 UnicodeString의 기본 생성자(constructor)가 더이상 인라인(inline) 되지 않는다. 따라서 개발자가 문자열(string)을 반환하는 함수를 호출하고 디버깅할 때 해당 생성자 안으로 들어가고 싶지 않다면, 이 변경은 도움이 된다. AnsiStringT는 System:: namespace 접두사를 가진다. 이제 많은 내장 헤더(xmmintrin.h 등)를 사용할 수 있다. 이번 릴리스에는 하위 호환성을 깨는 C++ RTL 변경이 있다. 따라서 C++ 라이브러리는 11.1에서 다시 빌드되어야 한다 (예: 11.0에서 빌드된 오브젝트 파일 또는 .lib-s를 링크하지 말라). 이 변경은 윈64용 핸들을 올바르게 다루기와 관련이 있다. 일부 내부 RTL 구조는 과거에 확장되지 않아서 핸들 잘림 현상이 발생될 수 있었다; 이제는 충분히 확장되었다. 이제 더 많은 내장 (예, SSE-AVX)이 RTL과 함께 제공된다. System::DynamicArray에는 begin()과 같은 반복(iteration)을 위한 일부 STL이 포함되었다. 델파이의 헬퍼 클래스 안에 들어있던 몇가지 문자열 함수들을 이제 C++에서 사용할 수 있다. 예전 IDE에서는 (제공되는 상황이라면)클래식 디버그 라이브러리를 Clang 릴리스 바이너리보다 먼저 링커에서 찾을 수 있다는 링킹 경로 이슈가 있었기 때문에, 만약 당신이 당신의 컴포넌트 또는 라이브러리를 디버그 빌드로 제공하고 두 컴파일러를 모두 지원했었다면 당신의 고객이 잘못된 컴파일러 버전을 링크하게 되는 결과를 초래할 수 있었다. 이제는 해결되었다. 디버거 (특히 윈64용에서)에 있던 많은 컴파일러 버그와 디버그 정보가 개선되었다; 릴리스 모드에서 TDS 파일을 사용; 로케일(locale)과 기타 많은 RTL 및 STL 영역을 조정; 라이브러리 임포트가 많이 개선; 생성된OMF 라이브러리에 대한 coff2omf 수정, 등등 3. LSP 향상 (델파이와 C++) 3.1 델파이 LSP DelphiLSP는 품질과 속도에 주력했다. 그 결과 11.1은 성능이 크게 향상되었다. 새롭게 더 향상된 성능은 모든 프로젝트 유형(패키지 프로젝트 포함)에 적용된다는 점이 핵심적인 변화이다. 예외 정보(Exception info)가 헬프 인사이트 안에 다시 표시된다. 이제 배열 및 세트에 대해서 헬프 인사이트 안에 줄 번호 정보를 사용할 수 있다. 비활성화된 macro/ifdef 안에서 Ctrl-Shift-아래 방향키를 누르면 선언된 다음 메서드의 구현부로 이동한다. 별칭이 지정된 제네릭 타입에서 Ctrl-클릭 이동을 할 수 있다. 예를 들어, 만약 IntArray가 TArray<Integer> 타입이라면, IntArray를 Ctrl-클릭하면 System.pas 유닛 안에 있는 TArray<>가 있는 곳으로 이동하는 것이 아니라, TArray<Integer>가 있는 곳으로 이동한다. 유닛 안에 지시자(Directive)가 포함되었을 때 ctrl-shift-위 방향키/아래 방향키 이동이 올바로 작동하지 않던 이슈가 해소되었다. 다른 드라이브에 있는 파일을 프로젝트에 넣어서 사용하는 프로젝트에서 에러 인사이트(Error Insight)가 작동하지 않던 문제가 해소되었다. 일반 프로젝트가 이제 훨씬 더 빠르게 로딩된다. 프로젝트를 로드할 때 파싱을 훨씬 더 적게 하는 등 관련된 기술을 크게 변경했다. 그리고 DelphiLSP는 프로젝트 로딩을 끝내고 훨씬 더 빠르게 요청에 반응한다. 이제 에러 인사이트 결과가 훨씬 더 빠르게 업데이트 된다. 5배에서 30배까지 속도 향상을 기대할 수 있다. 가장 현격한 향상을 볼 수 있는 경우는 (다른 유닛을 많이 사용하는) 의존성이 많은 유닛들이 있는 상황이다. 기타 향상된 점: 매크로 (정의) 다루기가 개선되어서 IFDEF가 있을 때 메소드의 구현부와 선언부를 오가는 동작이 더 향상되었고 클래스 선언 부의 코드 완성도 더 잘 동작한다. 인클루드된 파일 안에 선언된 매크로 (정의)가 있는 경우에도 찾을 수 있다. 위 향상에 영향을 주었다. 프로퍼티를 선언할 때, 코드 완성(Code Completion)에서 겟터(Getter)와 셋터(Setter)를 제안한다. 코드 완성에서 Set type을 보여준다. 클래스 선언부 코드 안에 타입 파라미터가 나타난다. 제네릭 선언 안에 있는 제네릭 타입 (예: T)도 해당된다. 제네릭 타입의 인스턴스를 만들려고 할 때 파라미터 툴팁/헬프가 표시된다. 레코드 선언부 안에서 코드 완성을 할 때, AfterConstruction와 같이 TObject-고유한 완성이 나타났었다. 이제는 해결되었다. 3.2 C++과 cquery LSP Behavior 탭이 새로 생겼다. 이제 cquery LSP 서버가 파일을 인덱싱하는 방식을 통제하는 2가지 옵션이 제공된다. 즉, 코드 완성, 이동 등을 수행할 때 사용하는 정보를 어떻게 저장하는가를 지정하는 옵션이다. 여기에는 Restart server each time a project 옵션 (기본 설정에서 미리 선택되어 있음)과 Index only files that are opened in the editor 옵션이 있다. 주의: 인덱싱 작업은 부하가 CPU에 집중된다. 대체로 인덱싱이 완료될 때가지 코드 인사이트를 사용할 수 없다. LSP 서버를 재시작하기, 예를 들어 플랫폼 바꾸기 등은 저장된 인덱스를 모두 지운다. 기타 향상된 점: 코드 완성에 나타나는 목록은 cquery가 반환하는 순서대로 정렬된다. 그 순서는 범위(scope) 순서이다. 순서를 바꾸고 싶으면 (기본 설정에서 꺼져있는) Alpha Sort(알파벳 정렬)을 켠다. 기본 설정으로 모든 C++ 프로젝트의 Project Options에서 인덱싱이 켜져 있어야 한다. 프로젝트 안에 직접 들어있지 않은 헤더 파일 (예: cpp/header 유닛 짝이 아닌 부분) 에서도 코드 완성을 사용할 수 있다. 프로젝트 옵션(Project Options)이나 활성 플랫폼을 변경하면 새 프로젝트 설정에 맞게 LSP 서버가 다시 시작된다. LSP 서버는 파일이 언제 저장되었는 지를 알고 올바르게 업데이트 한다. 이점은 새 파일인 경우 특히 중요하다. 왜냐하면, 이 버전의 경우, 파일이 디스크에 존재하기 않으면 코드 인사이트가 작동하지 않기 때문이다. 기타 C++ 기능: IDE는 LSP 서버가 준비될 때까지 올바르게 기다린다. 프로젝트의 메인 소스 파일에서 코드 완성을 사용할 수 있다. 3.2.1 Performance 향상 코드 완성이 나타나는 시간은 프로젝트의 규모와 관계없이 2초 이내이다. VCL 프로젝트에서 글로벌 범위에서 코드 완성이 작동하면, 80,000개가 넘는 항목이 반환된다는 점에 주의하라. 4. 라이브러리 향상 FMX와 VCL로 구축된 프로젝트들 사이에 코드 공유를 돕기 위해, 프레임워크 별 사전 정의 심볼을 추가했다. FRAMEWORK_VCL - 이 사전 정의 변수가 True로 지정되면, 이 해당 프로젝트는 VCL 프레임워크를 사용한다. FRAMEWORK_FMX - 이 사전 정의 변수가 True로 지정되면, 이 해당 프로젝트는 파이어몽키 (FMX) 프레임워크를 사용한다. 4.1 델파이 RTL 4.1.1 최적화 작업 델파이 RTL 측면에서 우리는 성능 최적화와 관련된 작업을 했다. 또한 _CopyArray, _IntToStr64, _IntToStr32, InitInstance, InvokeRecordInitializer, _FinalizeRecord, _UStrAsg (including purepascal version), _LStrAsg, _LStrLAsg, AnsiLowerCase / AnsiUpperCase, TStringHelper.IndexOf가 향상되었다. 4.1.2 새 TURLStream 클래스 새 스트림 클래스인 TURLStream가 새로 생겼으며, 일반 기반 클래스인 TAsyncStream은 비동기 스트림을 위한 새 기반 클래스이다. 이것은 TMemoryStream으로부터 상속받는다. TURLStream은 비동기 스트림 중 하나로서 URL 경로를 지원하며 TAsyncStream으로부터 상속받는다. TAsyncStream.Create는 해당 백그라운드 쓰레드 안에서 APopulate(채우기)를 시작한다. 완료되기 전까지는 TAsyncStream에 대한 모든 TStream 메소드 호출이 차단된다. 활용 방식은, IAsyncResult를 사용하여 TAsyncStream 채우기 완료를 기다리고 확인한다. TAsyncStream은 IAsyncResult를 지원한다. AProvide 익명 메소드를 제공한다. 이것은 채우기가 완료되면 호출된다. TURLStream 생성자(constructor)는 자신의 기반 클래스 생성자를 확장하여 아래와 같이 선언된다. constructor TURLStream.Create(const AURL: string; const AProvide: TAsyncStream.TStreamer; ASynchronizeProvide, AFreeOnCompletion: Boolean); TURLStream은 기반 클래스인 TAsyncStream의 행위를 상속받지만, 안에서는 URL 스키마에 따라 THttpClient 또는 TFileStream을 사용한다. TAsyncStream에는 다음과 같은 퍼블릭(public) 메소드가 있다: Destroy, AfterConstruction, Read, Write, Seek, SetSize(Int64), SetSize(Longint), SaveToStream. TURLStream에는 다음과 같은 퍼블릭(public) 메소드가 있다: Destroy, RegisterSyncReqExexcutor, UnRegisterSyncReqExecutor. 4.1.3 RTL 기타 향상 TOSVersion 데이터 구조에서 윈도우 11과 윈도우 서버 2022을 지원한다. TURI.ToString이 포트를 고려한다. TMetaFile은 이제 큰 스트림에서 데이터를 로드할 수 있다. 4.1.4 TMemIniFile 및 섹션 중복 TIniFile이 변경되어 10.3 이전의 행위와 섹션이 중복되는 경우에 대한 호환성이 더 좋아졌다. 4.2 VCL 최근에 추가된 강화된 기능 (예, TTreeView, TRichEdit, TEdgeBrowser, TNumberBox 등)과 관련된 이슈 해소에 주력했다. 4.3 파이어몽키(FireMonkey) 4.3.1 안드로이드 SDK 연동 향상 advmanager를 위해 android.bat 파일 도구에 대한 의존을 제거했다. 그리고 안드로이드 플랫폼용 IDE SDK 관리자 대화창을 업데이트 했다. DEX 컴파일과 DEX 병합이 C++/델파이 링킹 이후로 지연되어서, 배포 없이 컴파일하는 속도가 더 빨라졌다. 안드로이드 플랫폼 코어를 통합할 수 있도록, 메소드 오버로드로 Java 인터페이스를 구현하도록 델파이 클래스에 대한 지원을 추가했다. 이는 안드로이드 12와 안드로이드 센서 접근 문제를 해소하는 데 도움이 된다. (SensorInfo 데모 교정). Java 인터페이스를 구현하는 델파이 클래스는 이제 Int8, Int16, Int64, Float32, Float64 값을 반환하는 함수를 가질 수 있다. 4.3.2 TWebBrowser 윈도우에서 TWebBrowser (WebView 2 지원) 향상, 윈도우의 웹브라우저 엔진을 하나 이상 바꿀 수 있는 기능이 추가되었다. WindowsEngine 프로퍼티의 기본값이 변경되었다. TWebBrowser의 크기 변경과 투명도 이슈가 해소되었다. 또한 모바일에서 로컬 파일 작업 기능이 향상되었다. 4.3.3 FMX 기타 품질 윈도우에서 HighDPI-관련 이슈 해소 TMessageManager.Unsubscribe 성능 향상 TMemo 컨텍스트 메뉴에 Undo(되돌리기) 추가 및 내용 자동 스크롤링 이슈 해소 안드로이드와 iOS에서 이모티콘 색상 향상 macOS 플랫폼에서 메탈 GPU 드라이버 지원 향상 4.4 데이터 4.4.1 일반 사항 필드 링크 디자이너(Field Link Designer)와 새 필드 대화창(New Field Dialog)을 더 크고 더 사용하기 쉽게 만들었다. Firebird 4의 긴 필드 이름 (최대 63자) 지원하기 위해 데이터베이스 RTL 안에 있던 필드 이름 31-글자 제한을 없앴다. 4.4.2 FireDAC(파이어닥) FireDAC용 스트럭처 뷰를 구현 했다. 또한 일부 FireDAC 창들이 High DPI를 더 잘 지원하게 되었다. 데이터베이스 지원 추가: MariaDB 10.6 서버 (10.6 클라이언트 사용) 데이터베이스 지원 추가: SQLite SEE, C++빌더에서 FireDAC 정적 바인딩(static binding)을 할 때, SQLite OBJ들을 빌드할 수 있도록 명령줄 배치(Batch)를 제공한다. readme 파일인 sqlite_see.txt에 절차가 설명되어있다 (RAD 스튜디오 11.0에서는 이미 겟잇을 통해 이것을 받아서 사용할 수 있었다). FireDAC의 Firebird 4 드라이버를 향상했다. 추가된 데이터 타입을 지원한다: INT128 NUMERIC 정밀도 19..38 TIME WITH TIME ZONE, TIMESTAMP WITH TIME ZONE (제한있음) DECFLOAT(16/34) 네이티브 구문 시간제한 FireDAC에 FireBird 4 페이지크기 32768 지원이 추가되었다. 4.5 인터넷 (Internet) 4.5.1 안드로이드에서 작동하는 웹브로커 (WebBroker) 웹브로커 서버 애플리케이션을 이제 안드로이드 장비에도 배포할 수 있다. 또한 (안드로이드 OS를 실행하는 라즈베리 파이와 같은) 개발자 보드에도 배포할 수 있다. 안드로이드 32-비트와 64-비트 모두 해당된다. 4.5.2 데이터스냅 (DataSnap) Web.Win.ISAPIThreadPool을 확장하여 쓰레드를 64개 이상 허용할 수 있게 되었다. NumberOfThreads 변수 타입이 Cardinal로 변경되었다. ShutdownTimeout 변수 (쓰레드 풀에서 모든 작업 쓰레드를 끝내기 위해 기다릴 시간 제한을 밀리초 단위로 지정하는 곳)의 기본값은 2분이다. 4.5.3 RAD 서버 데이터베이스 구조 일부가 향상되었고, 새 엔드포인트인 REST SysAdmin가 제공된다. GET /sysadmin/log - LOG 테이블 내용에 대한 정보를 반환한다. POST /sysadmin/log?minTime=<ISO8601 date> - 지정된 날짜/시간보다 오래된 레코드를 LOG 테이블에서 모두 삭제한다. GET /sysadmin/backup?backupFile=<file path> - emsserver.ib 데이터베이스 백업 파일을 만든다. 백업 파일은 인터베이스 서버 안에서 사용할 수 있다. POST /sysadmin/backup?backupFile=<file path> - 지정한 백업 파일로부터 emsserver.ib 데이터베이스를 복구한다. GET /sysadmin/validate - emsserver.ib 데이터베이스 평가를 수행하고, 데이터베이스의 상태를 반환한다. RAD 서버 사용자가 동시에 세션 한개 이상에서 로그인할 수 있도록 허용한다. RS라이트(RSLite)용 새 배포 기능 EMS.INI의 새 옵션으로, Data 섹션 안에 ClientLib 엔트리를 사용하여, 특정 인터베이스 클라이언트 라이브러리 (임베이드 DB 또는 일반 DB 중 하나)를 고를 수 있도록 했다. 이제 RS라이트용 즉시 배포 기능이 있다. 4.5.4 기타 REST 디버거에서 클라이언트측 인증서를 선택할 수 있는 옵션이 추가되었다. REST 디버거가 이제 DPI-인식 창이 되었다. TCustomRESTRequest 클래스에 새 BodyCodePage 프로퍼티가 생겼다. 이 프로퍼티는 요청 바디의 코드 페이지 (Request body code page)를 명시한다. 특별한 값들이 몇개 있다. -1 (기본값) - 플랫폼의 기본 인코딩을 사용 0 - 현재 활성화된 코드 페이지 사용 65001 - UTF8 사용 AmazonAPI에서 지역(Region) 변경을 지원한다. 5. 기타 참고 (See Also) Installation Notes Release Notes New features and fixed issues What Was New in Past Releases
  12. << 위로 이동 (최신 버전 포함 모든 버전) "RAD 스튜디오 11 알렉산드리아 - 릴리스 1"을 정리한 Docwiki (원문 보기)를 번역한 글입니다. 업데이트된 RAD 스튜디오 11.1 알렉산드리아 릴리스 출시 (2022년 3월 15일) 주의: 11 알렉산드리아에 새로 포함된 기능을 모두 보려면, 여기를 클릭. RAD 스튜디오 11 알렉산드리아 - 릴리스 1 (11.1이라고도 부름)을 이제 설치할 수 있다. RAD 11.1은 11의 기능을 바탕으로 하여 제품 전반에 걸쳐 기존 기능을 강화하고 몇가지 새 기능을 추가했다. 업데이트 서브스크립션을 유지 중인 사용자는 누구나 델파이 11, C++빌더 11, RAD 스튜디오 11을 다운로드 받을 수 있다. RAD 스튜디오 11.1은 품질 향상에 주력했다. 집중한 주요 품질 영역은 다음과 같다. IDE 원격 데스크탑 컴파일러: 델파이, C++ C++ 툴체인 델파이 LSP C++ LSP 델파이 RTL VCL 파이어몽키 데이터 인터넷 [11.1] 에서 강화된 점을 제품 영역 별로 보기 11 알렉산드리아 - 릴리스 1 제품 영역 별로 보기 1. IDE 향상 1.1 IDE 일반 향상 1.2 IDE High DPI 품질 1.3 웰컴 페이지 1.3.1 ToolsAPI 지원! 1.4 겟잇(GetIt) 대화창 향상 2. 컴파일러와 툴체인 향상 2.1 델파이와 C++ 공통 2.1.1 ASLR, DEP/NX, TSAWARE 2.2 델파이 디버거: macOS ARM용과 Android용 2.3 C++ 컴파일러와 툴체인 3. LSP 향상 (델파이와 C++) 3.1 델파이 LSP 3.2 C++과 cquery 3.2.1 Performance 향상 4. 라이브러리 향상 4.1 델파이 RTL 4.1.1 최적화 작업 4.1.2 새 TURLStream 클래스 4.1.3 RTL 기타 향상 4.1.4 TMemIniFile 및 섹션 중복 4.2 VCL 4.3 파이어몽키(FireMonkey) 4.3.1 안드로이드 SDK 연동 향상 4.3.2 TWebBrowser 4.3.3 FMX 기타 품질 4.4 데이터 4.4.1 일반 사항 4.4.2 FireDAC(파이어닥) 4.5 인터넷 (Internet) 4.5.1 안드로이드에서 작동하는 웹브로커 (WebBroker) 4.5.2 데이터스냅 (DataSnap) 4.5.3 RAD 서버 4.5.4 기타 5. 기타 참고 (See Also) 1. IDE 향상 1.1 IDE 일반 향상 설치가 완료되면, IDE가 "작업 시작하기"가 작동하면서, IDE를 다시 시작하므로, 첫 실행을 높은 사용 권한이 아닌 일반 사용자 권한으로 진행한다. 이제 프로젝트 구성 설정에서 ‘Enable runtime themes (런타임 테마 활성화)’의 기본값은 "켜짐"이다. dproj/cbproj 파일 안에 있는 ProjectRoot는 항상 일관되게 정렬된다. IDE Wait 대화창에서 사용하는 ToolsAPI 인터페이스의 일부 파라미터 이름이 변경되어서 기능을 보다 잘 반영한다. 이제 ‘New Edit Window (새 에디트 창)’은 복제를 지원하지 않는 화면인 경우 메뉴 항목이 비활성화되어 있다. 웰컴 페이지도 여기에 해당된다. 웰컴 페이지는 중복될 수 없고 다른 창에 끌어다 놓을 수 없기 때문이다. Options > Saving and Desktop (저장 및 데스크탑) 페이지가 둘로 나누어져 새 페이지가 2개 생겼다: Saving and Recovering (자동-복구, 자동-저장 옵션을 지정하는 곳) Desktop and Layout (기존 페이지에 있던 나머지 옵션을 지정하는 곳) Options 대화창 안에 있는 메시지 화면에서 에러(Error), 경고(Warning), 힌트(Hint)를 표현하는 색상을 바꿀 수 있다. IDE 테마별로 각각 다른 색상 조합을 지정할 수도 있다 (예: 라이트 테마, 다크 테마, 기타 테마 별로 각각 다른 색상 조합 지정). IDE에서 사용되는 사소한 대화창들에서도 스타일이 지원된다. 사용자 승인을 요청하는 창, 파일 덮어쓰기를 경고하는 창, 유니코드 프로젝트 이름을 확인하는 창, 유효하지 않은 코드 페이지 사용을 알리는 창 등이 해당된다. 프로젝트 파일 안에 있는 배포 파일이 일관성있는 순서로 정렬되지 않던 이슈를 해소했다. 의미를 훼손하지 않으면서 변경된다. 기본 C++ 콘솔 앱이 향상되었다. 그리고 콘솔 앱 생성은 C++과 델파이 모두에서 File > New (와 Create New) 메뉴에 있는 바로가기이다. IDE 교정(Fix) 팩 항목 일부가 통합되었다. (편집 툴바 등) IDE 툴바 이슈 Options 대화창 페이지 안에 스크롤바가 나타나지 않음 오브젝트 인스펙터 렌더링 결함 디버깅할 때, IDE와 코드 에디터가 비어 있음 FMX 폼 디자이너 텍스트 입력에서 (윈도우 키 등) 특별 키 이슈 프로젝트 뷰의 목록 모드 기타 다양한 예외... New Items (새 항목) 대화창에서 항목 별 해당 플랫폼 표시 New Items (새 항목) 대화창을 열고 새 항목을 프로젝트에 추가하려고 할 때, 현재 프로젝트에서 활성화된 플랫폼에 해당하지 않는 항목은 숨김 처리됨 New Items (새 항목) 대화창에서 보기 스타일이 다양하게 제공됨. 이제는 목록을 수직으로 보기 뿐만 아니라 카드, 리스트, 아이콘, 작은 아이콘 보기가 제공됨 New Items (새 항목) 대화창은 이제 VCL 컨트롤인 TControlList를 사용함. 그 결과 스크롤 기능이 향상됨 Compile (컴파일) 대화창에서는 플랫폼과 빌드 구성이 표시됨. 그리고, 우선 순위를 고려하여 에러가 경고와 힌트보다 앞에 표시됨. 1.2 IDE High DPI 품질 데이터 모듈 (Data module)은 PixelsPerInch 프로퍼티의 값이 96 (기본값)일 때 해당 값을 저장한다. VCL 폼도 동일하다함. 동적으로 생성된 프레임이 high DPI에서 디자인되는 경우 이제 올바르게 확대/축소된다. 1.3 웰컴 페이지 웰컴 페이지에서 이제 배경 이미지를 지원한다. 이미지를 선택하면 웰컴 페이지 영역에 맞게 확대/축소 된다. 가로 세로 비율이 저장되므로 한쪽 축이 웰컴 페이지 크기에 맞으면 다른 축의 일부는 영역을 벗어날 수도 있다. 웰컴 페이지 설정 페이지가 IDE Options 대화창에 새로 추가되었다. 이 페이지에서는 배경(각 테마 별로)을 설정할 수 있고 "프로젝트를 열면 웰컴 페이지 닫기"를 선택할 수 있다. 이것은 "웰컴 페이지 Layout Editor"에서도 설정할 수 있다. 웰컴 페이지 프레임은 이제 투명이 기본값이다. 월페이퍼(wallpaper) 이미지를 지정하면 프레임 뒤에서 배경으로 배경으로 표현된다. 웰컴 페이지 투명도는 ToolsAPI에서 접근할 수 있는 메트릭스(metrics) 중 하나이다. 웰컴 페이지 안에 있는 각 프레임 간의 간격과 웰컴 페이지의 상하 여백이 살짝 조정되었다. 1.3.1 ToolsAPI 지원! 이제 ToolsAPI를 이용하여, 웰컴 페이지 안에 프레임을 생성할 수 있도록 완전하게 지원한다! 엠바카데로에서 제공하는 프레임들도 동일한 API를 사용한다. 즉 우리가 넣어둔 프레임에서 할 수 있는 것이라면 당신도 할 수 있다. 웰컴 페이지 데모 2개가 엠바카데로 공개 깃허브(Github)에서 제공된다. 간단 사용법과 고급 사용법을 볼 수 있다. 가장 간단한 형태를 보자면, 당신은 TFrame의 자손을 하나 생성하고 캡션(Caption)을 넣어서 표현할 수 있다. 생성한 프레임에는 당신이 원하는 무엇이든 넣을 수 있다. 원한다면, 더 복잡한 기능들도 활용할 수 있다. 프레임 캡션(Caption)에는 커스텀 UI 크롬 (두번째 프레임을 통해 구현된다)이 포함될 수 있다. 우리가 제공한 Open Recent 프레임 (버튼 구현), Create New 프레임 (델파이와 C++ 간 토글 기능 구현) 에 있는 것들을 당신도 구현할 수 있다. 우리가 제공한 프레임은 MVC 패턴을 사용하며, 데이터는 백그라운드 쓰레드에서 적재된다. 당신은 우리가 프레임을 만들 때 사용한 것과 동일한 프레임과 리스트뷰 등을 사용하여 우리가 구현을 것을 그대로 활용할 수도 있다. 당신은 우리가 제공한 동작과 룩앤필을 동일하게 얻을 수 있기 때문에, 우리의 설정을 흉내내지 않아도 되고 향후 우리가 기본 레이아웃과 크기 등을 변경을 신경쓰지 않을 수도 있다. 1.4 겟잇(GetIt) 대화창 향상 겟잇 대화 상자가 재설계 되었다. 눈에 보이는 UI는 비슷하게 유지되었지만, 새롭게 ControlList 컴포넌트를 사용하여 패키지 목록을 담았다. 그 결과 눈에 띄는 성능 향상 효과가 생겼다. RAD 스튜디오에서는 이제 겟잇(GetIt) 안에 들어가는 페키지의 아이콘들을 캐싱(cache)하기 때문에 대화창을 다시 열 때 걸리는 시간이 짧아졌다. 겟잇 안에 패치 무시하기 옵션이 새로 추가되었다. 그 결과 패치 설치를 건너뛸 수 있다. 또한 보류 중인 패치 알림을 중지할 수 있다. 2. 컴파일러와 툴체인 향상 2.1 델파이와 C++ 공통 2.1.1 ASLR, DEP/NX, TSAWARE 델파이와 C++ 모두에서, 윈도우 링커(Linker)들이 플랫폼 보안 구성을 더 잘 지원한다. 델파이에서는: 이 기능은 이미 Compiler/linker 플래그 형태로 제공되고 있었다. {$DYNAMICBASE} ASLR 용 플래그 {$SetPEOptFlags $40} DEP/NX 용 플래그, 또는 같은 기능인 ‑‑peflags 옵션 C++에서는: -GE 플래그 사용: 이 플래그들을 켜거나 끄기 위한 링커(linker) 옵션: **-GE:option|0xNNNN[=on|off] Set DLL characteristics flags ALLOWBIND | ALLOWISOLATION | DYNAMICBASE | HIGHENTROPYVA NXCOMPAT | TSAWARE HIGHENTROPYVA 는 ASLR; NXCOMPAT 는 DEP/NX; TSAWARE 는 터미널 서버용이다. 델파이와 C++ 모두에서: 이제 이 설정의 기본값은 "켜짐"이다. 우리는 보안 구성이 활성화된 (패키지 BPL 파일 등과 같은) 재배포가 허용되는 바이너리를 구축(Build)한다. 2.2 델파이 디버거: macOS ARM용과 Android용 macOS 애플리케이션을 애플 ARM 장비에서 실행할 때 사용되는 새 디버거가 생겼다. 이 디버거는 앱을 인텔 장비에서 실행하는 경우에는 사용되지 않는다. 새 디버거는 LLDB 최근 빌드이며, 델파이 구문의 하위 집합을 이해하는 델파이 파서가 핵심 기술이다. (예를 들어, 당신이 새 클래스를 정의할 수 없어도 이 디버거는 델파이 표현을 이해할 수 있다. 이 기술은 당신이 사용할 필요가 있는 모든 디버거 표현을 델파이로 충분히 이해할 수 있어야 한다.) 이 구문은 진정으로 델파이다워야 한다. 대소문자를 가리지 않고 델파이 구문 안의 복잡한 표현을 평가할 수 있어야 한다. 우리는 이 디버거를 안드로이드 64-bit 용에도 사용할 수 있도록 했다. 이 디버거는 ‘Disconnected(연결 끊김)’ 에러가 발생하거나 중단될 가능성이 훨씬 적다. 2.3 C++ 컴파일러와 툴체인 UnicodeString의 기본 생성자(constructor)가 더이상 인라인(inline) 되지 않는다. 따라서 개발자가 문자열(string)을 반환하는 함수를 호출하고 디버깅할 때 해당 생성자 안으로 들어가고 싶지 않다면, 이 변경은 도움이 된다. AnsiStringT는 System:: namespace 접두사를 가진다. 이제 많은 내장 헤더(xmmintrin.h 등)를 사용할 수 있다. 이번 릴리스에는 하위 호환성을 깨는 C++ RTL 변경이 있다. 따라서 C++ 라이브러리는 11.1에서 다시 빌드되어야 한다 (예: 11.0에서 빌드된 오브젝트 파일 또는 .lib-s를 링크하지 말라). 이 변경은 윈64용 핸들을 올바르게 다루기와 관련이 있다. 일부 내부 RTL 구조는 과거에 확장되지 않아서 핸들 잘림 현상이 발생될 수 있었다; 이제는 충분히 확장되었다. 이제 더 많은 내장 (예, SSE-AVX)이 RTL과 함께 제공된다. System::DynamicArray에는 begin()과 같은 반복(iteration)을 위한 일부 STL이 포함되었다. 델파이의 헬퍼 클래스 안에 들어있던 몇가지 문자열 함수들을 이제 C++에서 사용할 수 있다. 예전 IDE에서는 (제공되는 상황이라면)클래식 디버그 라이브러리를 Clang 릴리스 바이너리보다 먼저 링커에서 찾을 수 있다는 링킹 경로 이슈가 있었기 때문에, 만약 당신이 당신의 컴포넌트 또는 라이브러리를 디버그 빌드로 제공하고 두 컴파일러를 모두 지원했었다면 당신의 고객이 잘못된 컴파일러 버전을 링크하게 되는 결과를 초래할 수 있었다. 이제는 해결되었다. 디버거 (특히 윈64용에서)에 있던 많은 컴파일러 버그와 디버그 정보가 개선되었다; 릴리스 모드에서 TDS 파일을 사용; 로케일(locale)과 기타 많은 RTL 및 STL 영역을 조정; 라이브러리 임포트가 많이 개선; 생성된OMF 라이브러리에 대한 coff2omf 수정, 등등 3. LSP 향상 (델파이와 C++) 3.1 델파이 LSP DelphiLSP는 품질과 속도에 주력했다. 그 결과 11.1은 성능이 크게 향상되었다. 새롭게 더 향상된 성능은 모든 프로젝트 유형(패키지 프로젝트 포함)에 적용된다는 점이 핵심적인 변화이다. 예외 정보(Exception info)가 헬프 인사이트 안에 다시 표시된다. 이제 배열 및 세트에 대해서 헬프 인사이트 안에 줄 번호 정보를 사용할 수 있다. 비활성화된 macro/ifdef 안에서 Ctrl-Shift-아래 방향키를 누르면 선언된 다음 메서드의 구현부로 이동한다. 별칭이 지정된 제네릭 타입에서 Ctrl-클릭 이동을 할 수 있다. 예를 들어, 만약 IntArray가 TArray<Integer> 타입이라면, IntArray를 Ctrl-클릭하면 System.pas 유닛 안에 있는 TArray<>가 있는 곳으로 이동하는 것이 아니라, TArray<Integer>가 있는 곳으로 이동한다. 유닛 안에 지시자(Directive)가 포함되었을 때 ctrl-shift-위 방향키/아래 방향키 이동이 올바로 작동하지 않던 이슈가 해소되었다. 다른 드라이브에 있는 파일을 프로젝트에 넣어서 사용하는 프로젝트에서 에러 인사이트(Error Insight)가 작동하지 않던 문제가 해소되었다. 일반 프로젝트가 이제 훨씬 더 빠르게 로딩된다. 프로젝트를 로드할 때 파싱을 훨씬 더 적게 하는 등 관련된 기술을 크게 변경했다. 그리고 DelphiLSP는 프로젝트 로딩을 끝내고 훨씬 더 빠르게 요청에 반응한다. 이제 에러 인사이트 결과가 훨씬 더 빠르게 업데이트 된다. 5배에서 30배까지 속도 향상을 기대할 수 있다. 가장 현격한 향상을 볼 수 있는 경우는 (다른 유닛을 많이 사용하는) 의존성이 많은 유닛들이 있는 상황이다. 기타 향상된 점: 매크로 (정의) 다루기가 개선되어서 IFDEF가 있을 때 메소드의 구현부와 선언부를 오가는 동작이 더 향상되었고 클래스 선언 부의 코드 완성도 더 잘 동작한다. 인클루드된 파일 안에 선언된 매크로 (정의)가 있는 경우에도 찾을 수 있다. 위 향상에 영향을 주었다. 프로퍼티를 선언할 때, 코드 완성(Code Completion)에서 겟터(Getter)와 셋터(Setter)를 제안한다. 코드 완성에서 Set type을 보여준다. 클래스 선언부 코드 안에 타입 파라미터가 나타난다. 제네릭 선언 안에 있는 제네릭 타입 (예: T)도 해당된다. 제네릭 타입의 인스턴스를 만들려고 할 때 파라미터 툴팁/헬프가 표시된다. 레코드 선언부 안에서 코드 완성을 할 때, AfterConstruction와 같이 TObject-고유한 완성이 나타났었다. 이제는 해결되었다. 3.2 C++과 cquery LSP Behavior 탭이 새로 생겼다. 이제 cquery LSP 서버가 파일을 인덱싱하는 방식을 통제하는 2가지 옵션이 제공된다. 즉, 코드 완성, 이동 등을 수행할 때 사용하는 정보를 어떻게 저장하는가를 지정하는 옵션이다. 여기에는 Restart server each time a project 옵션 (기본 설정에서 미리 선택되어 있음)과 Index only files that are opened in the editor 옵션이 있다. 주의: 인덱싱 작업은 부하가 CPU에 집중된다. 대체로 인덱싱이 완료될 때가지 코드 인사이트를 사용할 수 없다. LSP 서버를 재시작하기, 예를 들어 플랫폼 바꾸기 등은 저장된 인덱스를 모두 지운다. 기타 향상된 점: 코드 완성에 나타나는 목록은 cquery가 반환하는 순서대로 정렬된다. 그 순서는 범위(scope) 순서이다. 순서를 바꾸고 싶으면 (기본 설정에서 꺼져있는) Alpha Sort(알파벳 정렬)을 켠다. 기본 설정으로 모든 C++ 프로젝트의 Project Options에서 인덱싱이 켜져 있어야 한다. 프로젝트 안에 직접 들어있지 않은 헤더 파일 (예: cpp/header 유닛 짝이 아닌 부분) 에서도 코드 완성을 사용할 수 있다. 프로젝트 옵션(Project Options)이나 활성 플랫폼을 변경하면 새 프로젝트 설정에 맞게 LSP 서버가 다시 시작된다. LSP 서버는 파일이 언제 저장되었는 지를 알고 올바르게 업데이트 한다. 이점은 새 파일인 경우 특히 중요하다. 왜냐하면, 이 버전의 경우, 파일이 디스크에 존재하기 않으면 코드 인사이트가 작동하지 않기 때문이다. 기타 C++ 기능: IDE는 LSP 서버가 준비될 때까지 올바르게 기다린다. 프로젝트의 메인 소스 파일에서 코드 완성을 사용할 수 있다. 3.2.1 Performance 향상 코드 완성이 나타나는 시간은 프로젝트의 규모와 관계없이 2초 이내이다. VCL 프로젝트에서 글로벌 범위에서 코드 완성이 작동하면, 80,000개가 넘는 항목이 반환된다는 점에 주의하라. 4. 라이브러리 향상 FMX와 VCL로 구축된 프로젝트들 사이에 코드 공유를 돕기 위해, 프레임워크 별 사전 정의 심볼을 추가했다. FRAMEWORK_VCL - 이 사전 정의 변수가 True로 지정되면, 이 해당 프로젝트는 VCL 프레임워크를 사용한다. FRAMEWORK_FMX - 이 사전 정의 변수가 True로 지정되면, 이 해당 프로젝트는 파이어몽키 (FMX) 프레임워크를 사용한다. 4.1 델파이 RTL 4.1.1 최적화 작업 델파이 RTL 측면에서 우리는 성능 최적화와 관련된 작업을 했다. 또한 _CopyArray, _IntToStr64, _IntToStr32, InitInstance, InvokeRecordInitializer, _FinalizeRecord, _UStrAsg (including purepascal version), _LStrAsg, _LStrLAsg, AnsiLowerCase / AnsiUpperCase, TStringHelper.IndexOf가 향상되었다. 4.1.2 새 TURLStream 클래스 새 스트림 클래스인 TURLStream가 새로 생겼으며, 일반 기반 클래스인 TAsyncStream은 비동기 스트림을 위한 새 기반 클래스이다. 이것은 TMemoryStream으로부터 상속받는다. TURLStream은 비동기 스트림 중 하나로서 URL 경로를 지원하며 TAsyncStream으로부터 상속받는다. TAsyncStream.Create는 해당 백그라운드 쓰레드 안에서 APopulate(채우기)를 시작한다. 완료되기 전까지는 TAsyncStream에 대한 모든 TStream 메소드 호출이 차단된다. 활용 방식은, IAsyncResult를 사용하여 TAsyncStream 채우기 완료를 기다리고 확인한다. TAsyncStream은 IAsyncResult를 지원한다. AProvide 익명 메소드를 제공한다. 이것은 채우기가 완료되면 호출된다. TURLStream 생성자(constructor)는 자신의 기반 클래스 생성자를 확장하여 아래와 같이 선언된다. constructor TURLStream.Create(const AURL: string; const AProvide: TAsyncStream.TStreamer; ASynchronizeProvide, AFreeOnCompletion: Boolean); TURLStream은 기반 클래스인 TAsyncStream의 행위를 상속받지만, 안에서는 URL 스키마에 따라 THttpClient 또는 TFileStream을 사용한다. TAsyncStream에는 다음과 같은 퍼블릭(public) 메소드가 있다: Destroy, AfterConstruction, Read, Write, Seek, SetSize(Int64), SetSize(Longint), SaveToStream. TURLStream에는 다음과 같은 퍼블릭(public) 메소드가 있다: Destroy, RegisterSyncReqExexcutor, UnRegisterSyncReqExecutor. 4.1.3 RTL 기타 향상 TOSVersion 데이터 구조에서 윈도우 11과 윈도우 서버 2022을 지원한다. TURI.ToString이 포트를 고려한다. TMetaFile은 이제 큰 스트림에서 데이터를 로드할 수 있다. 4.1.4 TMemIniFile 및 섹션 중복 TIniFile이 변경되어 10.3 이전의 행위와 섹션이 중복되는 경우에 대한 호환성이 더 좋아졌다. 4.2 VCL 최근에 추가된 강화된 기능 (예, TTreeView, TRichEdit, TEdgeBrowser, TNumberBox 등)과 관련된 이슈 해소에 주력했다. 4.3 파이어몽키(FireMonkey) 4.3.1 안드로이드 SDK 연동 향상 advmanager를 위해 android.bat 파일 도구에 대한 의존을 제거했다. 그리고 안드로이드 플랫폼용 IDE SDK 관리자 대화창을 업데이트 했다. DEX 컴파일과 DEX 병합이 C++/델파이 링킹 이후로 지연되어서, 배포 없이 컴파일하는 속도가 더 빨라졌다. 안드로이드 플랫폼 코어를 통합할 수 있도록, 메소드 오버로드로 Java 인터페이스를 구현하도록 델파이 클래스에 대한 지원을 추가했다. 이는 안드로이드 12와 안드로이드 센서 접근 문제를 해소하는 데 도움이 된다. (SensorInfo 데모 교정). Java 인터페이스를 구현하는 델파이 클래스는 이제 Int8, Int16, Int64, Float32, Float64 값을 반환하는 함수를 가질 수 있다. 4.3.2 TWebBrowser 윈도우에서 TWebBrowser (WebView 2 지원) 향상, 윈도우의 웹브라우저 엔진을 하나 이상 바꿀 수 있는 기능이 추가되었다. WindowsEngine 프로퍼티의 기본값이 변경되었다. TWebBrowser의 크기 변경과 투명도 이슈가 해소되었다. 또한 모바일에서 로컬 파일 작업 기능이 향상되었다. 4.3.3 FMX 기타 품질 윈도우에서 HighDPI-관련 이슈 해소 TMessageManager.Unsubscribe 성능 향상 TMemo 컨텍스트 메뉴에 Undo(되돌리기) 추가 및 내용 자동 스크롤링 이슈 해소 안드로이드와 iOS에서 이모티콘 색상 향상 macOS 플랫폼에서 메탈 GPU 드라이버 지원 향상 4.4 데이터 4.4.1 일반 사항 필드 링크 디자이너(Field Link Designer)와 새 필드 대화창(New Field Dialog)을 더 크고 더 사용하기 쉽게 만들었다. Firebird 4의 긴 필드 이름 (최대 63자) 지원하기 위해 데이터베이스 RTL 안에 있던 필드 이름 31-글자 제한을 없앴다. 4.4.2 FireDAC(파이어닥) FireDAC용 스트럭처 뷰를 구현 했다. 또한 일부 FireDAC 창들이 High DPI를 더 잘 지원하게 되었다. 데이터베이스 지원 추가: MariaDB 10.6 서버 (10.6 클라이언트 사용) 데이터베이스 지원 추가: SQLite SEE, C++빌더에서 FireDAC 정적 바인딩(static binding)을 할 때, SQLite OBJ들을 빌드할 수 있도록 명령줄 배치(Batch)를 제공한다. readme 파일인 sqlite_see.txt에 절차가 설명되어있다 (RAD 스튜디오 11.0에서는 이미 겟잇을 통해 이것을 받아서 사용할 수 있었다). FireDAC의 Firebird 4 드라이버를 향상했다. 추가된 데이터 타입을 지원한다: INT128 NUMERIC 정밀도 19..38 TIME WITH TIME ZONE, TIMESTAMP WITH TIME ZONE (제한있음) DECFLOAT(16/34) 네이티브 구문 시간제한 FireDAC에 FireBird 4 페이지크기 32768 지원이 추가되었다. 4.5 인터넷 (Internet) 4.5.1 안드로이드에서 작동하는 웹브로커 (WebBroker) 웹브로커 서버 애플리케이션을 이제 안드로이드 장비에도 배포할 수 있다. 또한 (안드로이드 OS를 실행하는 라즈베리 파이와 같은) 개발자 보드에도 배포할 수 있다. 안드로이드 32-비트와 64-비트 모두 해당된다. 4.5.2 데이터스냅 (DataSnap) Web.Win.ISAPIThreadPool을 확장하여 쓰레드를 64개 이상 허용할 수 있게 되었다. NumberOfThreads 변수 타입이 Cardinal로 변경되었다. ShutdownTimeout 변수 (쓰레드 풀에서 모든 작업 쓰레드를 끝내기 위해 기다릴 시간 제한을 밀리초 단위로 지정하는 곳)의 기본값은 2분이다. 4.5.3 RAD 서버 데이터베이스 구조 일부가 향상되었고, 새 엔드포인트인 REST SysAdmin가 제공된다. GET /sysadmin/log - LOG 테이블 내용에 대한 정보를 반환한다. POST /sysadmin/log?minTime=<ISO8601 date> - 지정된 날짜/시간보다 오래된 레코드를 LOG 테이블에서 모두 삭제한다. GET /sysadmin/backup?backupFile=<file path> - emsserver.ib 데이터베이스 백업 파일을 만든다. 백업 파일은 인터베이스 서버 안에서 사용할 수 있다. POST /sysadmin/backup?backupFile=<file path> - 지정한 백업 파일로부터 emsserver.ib 데이터베이스를 복구한다. GET /sysadmin/validate - emsserver.ib 데이터베이스 평가를 수행하고, 데이터베이스의 상태를 반환한다. RAD 서버 사용자가 동시에 세션 한개 이상에서 로그인할 수 있도록 허용한다. RS라이트(RSLite)용 새 배포 기능 EMS.INI의 새 옵션으로, Data 섹션 안에 ClientLib 엔트리를 사용하여, 특정 인터베이스 클라이언트 라이브러리 (임베이드 DB 또는 일반 DB 중 하나)를 고를 수 있도록 했다. 이제 RS라이트용 즉시 배포 기능이 있다. 4.5.4 기타 REST 디버거에서 클라이언트측 인증서를 선택할 수 있는 옵션이 추가되었다. REST 디버거가 이제 DPI-인식 창이 되었다. TCustomRESTRequest 클래스에 새 BodyCodePage 프로퍼티가 생겼다. 이 프로퍼티는 요청 바디의 코드 페이지 (Request body code page)를 명시한다. 특별한 값들이 몇개 있다. -1 (기본값) - 플랫폼의 기본 인코딩을 사용 0 - 현재 활성화된 코드 페이지 사용 65001 - UTF8 사용 AmazonAPI에서 지역(Region) 변경을 지원한다. 5. 기타 참고 (See Also) Installation Notes Release Notes New features and fixed issues What Was New in Past Releases View full RAD 스튜디오 버전별 신기능
  13. 사리나 듀폰트 (Sarina DuPont) 가 작성한 Creating Custom Styles with the Bitmap Style Designer – CodeRage Replay, Tips & Tricks and Sample Files (영문 원본 보기) 를 번역했습니다. 2016년 11월의 글이지만 여전히 유효하고 도움이 됩니다. 역자주: 비트맵 스타일 디자이너 (Bitmap Style Designer)는 다음 작업을 할 수 있습니다. VCL 스타일 파일 (.vsf) 생성, 편집, 테스트 파이어몽키 스타일 파일 (.style) 생성, 편집, 테스트 VCL 스타일 파일을 파이어몽키 스타일 파일로 변환 (방법: .vsf 파일을 열어서 .style로 다시 저장) [팁] 스타일 만들기 해상도가 3배인 그래픽부터 시작한다. 그리고 나서 2배, 1.5배, 1배 짜리 그래픽을 만든다. (포토샵 등 선호하는 그래픽 도구 사용) 각 그래픽을 png 파일로 저장한다. 저장할 때 파일명에 해상도가 들어가야한다 (단, 1배 해상도 그래픽은 예외). 예를 들어: 3배: 파일명30x.png 2배: 파일명20x.png 1.5배: 파일명15x.png 1배: 파일명.png 스타일 파일에 있는 컨트롤 중 두세개의 스타일만 변경하려고 할 경우, 가장 좋은 방법은 별도의 png 파일을 만들어서 편집하는 것이다. 기존의 스타일 파일 안에 그래픽 요소를 추가하려고 애쓰지 말자. [팁] 비트맵 스타일 디자이너 (Bitmap Style Designer) 를 사용하기 IDE을 열고, Tools > Bitmap Style Designer 를 클릭한다. bin 폴더에서 BitmapStyleDesigner.exe 를 바로 실행해도 된다. 비트맵 스타일 디자이너에 들어있는 템플릿 중 하나를 열어서 시작한다. File 메뉴 사용하여 템플릿 파일을 열 수 있다. 왼쪽 트리뷰에서 Images 노드를 열고 Add를 클릭하여 그래픽을 추가한다. 같은 방식으로이 모든 해상도 별로 png 파일을 각각 추가한다. 오른쪽 위에 있는 Add Object Template 메뉴에서 스타일 그래픽을 추가하려는 컨트롤을 선택한다. 지금 데모에서는 Add Switch를 선택하기로 한다. 왼쪽 트리뷰에서 Objects 노드를 펼친 후 새로 추가하려는 오브젝트 (즉 컨트롤)을 선택하고, 오른쪽에 있는 Inspector 창에서 Name을 변경한다. 스타일북에 스타일을 추가되고 나서, 그 스타일을 스타일북에서 찾을 때 표시되는 스타일 이름이다. TSwitch에는 Frame 오프젝트와 Thumb 오브젝트가 하나씩 있다. Frame을 선택하고 오른쪽에 있는 Inspector 창에서 Bitmap 항목으로 가서 1배 해상도 그래픽 (예: mystyle.png) 파일을 선택한다. png 이미지 파일 위에서 컨트롤+마우스 클릭을 이용하여 해당 그래픽 요소의 범위를 지정한다. 같은 방식으로 BitmapPressed 항목에 적용할 그래픽 요소의 범위도 지정한다. 그리고 나서 Thumb 오브젝트에도 Frame에서 한 작업과 같은 작업을 반복한다. (참고!) 비트맵에서 구역을 지정하는 창의 메뉴 중 확대(Zoom, 최대 800%) 기능을 사용하면 마우스를 이용하여 매우 쉽게 선택할 수 있다. 또한, 왼쪽 위 지점은 마우스 왼쪽 버튼을 이용하여 지정하고, 오른쪽 아래 지점은 마우스 오른쪽 버튼으로 지정하여 사각형으로 범위를 선택한다. 이때 선택된 영역을 나타내는 "표시선의 외곽 지점"까지도 영역에 포함된다는 점에 유의한다. 왼쪽 트리뷰에서 Objects 트리 노드를 펼쳐서 그 안에서 원하는 오브제트를 선택한 후 오른쪽 클릭을 하고 Automatically Adjust Object for All Graphic Resolutions 를 선택한다. 그러면 다른 모든 해상도에도 앞에서 한 작업과 동일한 결과가 적용되므로 일일이 수작업을 하지 않아도 된다. 스타일 요소를 변경하고 나면 언제든 이 방법을 사용하여 다른 해상도에도 반영되도록 한다. 왼쪽 트리뷰에서 Objects 트리 노드를 펼쳐서 그 안에서 원하는 오브제트를 선택한 후 오른쪽 클릭을 하고 Test Object Style 을 선택한다. 새 스타일 요소를 테스트할 수 있고 필요하면 조정 작업을 할 수도 있다. 컨트롤의 크기가 변경될 수 있도록 만들려면, Margin을 0 이외의 숫자로 지정한다. 이 데모에서는 새로 추가한 Switch 스타일에서 컨트롤 크기 변경이 되도록 하기 위해 Frame을 선택하고 Margin을 지정 (예: Bottom/Left/Right/Top = 2)한다. 그리고, Thumb에도 같은 작업을 진행한다. Margin 지정을 다 했으면, Objects 트리 노드를 펼치고 Switch 오브제트를 선택한 후 오른쪽 클릭을 하고, Automatically Adjust Object for All Graphic Resolutions 를 선택한다. File 메뉴에서 Save를 선택하고 새 스타일 템플릿을 저장한다. 이렇게 저장해 두면 향후에 추가 변경을 할 때 보다 빠르게 불러서 작업할 수 있다. (파이어몽키 스타일 파일로 저장하려면), File 메뉴에서 Save를 선택하고 새로 만든 이 템플릿을 .style 파일로 저장한다. 새로 만든 스타일을 애플리케이션에 추가하기 (파이어몽키 기준) 폼 위에 TStyleBook을 올려 놓는다. TStyleBook을 더블 클릭하고 Open을 선택하여 새로 추가할 파이어몽키 스타일 파일을 찾아서 선택한다. Apply를 클릭하고 닫는다. 폼을 선택하고, StyleBook 속성의 값으로 (앞에서 올려 놓은) StyleBook1 을 지정한다. 폼에 TSwitch를 하나 올리고, 마우스로 선택한 후 오브젝트 인스펙터에서 속성을 살펴보면, 새로 추가한 스타일 요소와 기존의 윈도우 10 스타일 중 하나를 선택할 수 있도록 된 것을 확인 할 수 있다. 데모에서 사용하는 (TSwitch 용으로 만든) 그래픽 파일을 여기에서 다운로드 받을 수 있다. (역자 주: 링크를 찾은 데로 추가/첨부 예정) 관련 화면 설명 그림. 템플릿을 먼저 하나 선택하고 시작한다. 그림. 커스터마이징하려는 스타일 요소를 선택하고 Name 속성을 변경한다. 그림. 새 그래픽을 추가하려면 Add를 클릭한다. 그림. 추가할 스타일의 그래픽을 선택한다. 그림. 오브젝트를 선택하고, 1배 그래픽 파일을 선택한 후 Frame의 테두리와 채우기 색상을 지정하고, Thumb에서도 똑같이 반복한다. 그림. 다른 해상도 파일에도 자동으로 적용되도록 한다. 그림. 컨트롤 크기를 변경할 수 있도록 하려면 Margin 속성에 0이 아닌 다른 숫자 값을 지정한다. 그림. 새 오브젝트 스타일을 각 해상도별로 테스트한 후에 완료한다.
  14. Kori

    2010~6.0 IDE

    << 위로 이동 (최신 버전 포함 모든 버전) RAD 스튜디오 2010~6.0 "새 기능 한글 요약본: IDE" 입니다. 모든 새 기능, 강화된 기능, 버그 픽스 등에 대해서는 Docwiki의 What's New 목록 (영문 보기, 한글번역 보기) 와 관련 페이지를 보기 바랍니다. □ [2010] IDE의 모든 기능을 편리하고 신속하게 바로 찾아서 사용할 수 있습니다. IDE 인사이트 단축키 F6(또는 Ctrl + .)을 누르면 IDE Insight 필터링 검색창으로 포커스가 옮겨집니다. 여기에 원하는 기능을 입력하면 입력한 글자가 포함된 “컴포넌트, 코드 템플릿, 프로젝트, 옵션” 등의 기능이 목록으로 표시됩니다. 원하는 기능을 선택하면 바로 실행되거나 IDE에서 관련 화면으로 이동합니다. □ [2010] 여러 디렉토리에서도 한번에 원하는 내용을 검색할 수 있습니다. 개선 Find in Files □ [2010] 규모가 큰 프로젝트를 컴파일 하면서, 동시에 IDE에서 계속 작업할 수 있습니다. 백그라운드 컴파일 컴파일 시간이 오래 걸리는 대형 프로젝트 컴파일 작업을 위해 백그라운드 컴파일 기능이 추가되었습니다. 이 기능을 이용하면 컴파일 하는 동안 코드 에디트, 리뷰 등 다른 작업들을 계속할 수 있습니다. 유닛들의 스냅샷을 컴파일 하기 직전에 메모리에 올려서 컴파일하므로 컴파일 도중에 코드를 수정하더라도 컴파일에 영향을 주지 않습니다. □ [2009] 유사한 프로젝트 옵션끼리 재분류되어 옵션을 더 빠르고, 쉽게 찾을 수 있습니다. 개선된 프로젝트 옵션 □ [2009] 개발용 프로젝트 옵션과 배포용 프로젝트 옵션을 다르게 설정할 수 있습니다. 파일로 저장해 두면 재사용 할 수 있습니다. 빌드 컨피그레이션 빌드 컨피그레이션은 디버그 또는 릴리즈 모드에 따라 프로젝트 옵션을 별도로 설정하는 기능입니다. 별도로 설정된 옵션 값은 프로젝트 매니저의 빌드 컨피그레이션의 선택에 따라 디버그 또는 릴리즈 설정 정보를 포함해 앱이 만들어 집니다. 빌드 설정은 별도 옵션셋 파일(*.optset)로 저장됩니다. 이 파일을 불러오면 다른 프로젝트에서 옵션 설정 정보를 재사용할 수 있습니다 □ [2009] 리소스 파일이 필요한 경우, 프로젝트에서 바로 추가해서 사용할 수 있습니다. 리소스 파일을 관리할 수 있는 리소스 매니저 델파이 7에서는 별도의 이미지나 폰트파일 등의 리소스를 프로젝트에 추가하려면 리소스 스크립트 파일(*.rc)을 직접 만들어 프로젝트에 추가해야 했습니다. 이제 리소스 매니저(Project > Resources and Images…)를 이용해 리소스 파일을 추가하고 프로젝트를 컴파일 하면 리소스 스크립트 파일이 자동으로 생성됩니다. □ [2009] 필터링 검색기능을 사용하면 강화로 uses절 추가가 훨씬 쉬워집니다. Use Unit File > Use Unit(Alt + F11)로 Use Unit 창을 호출하고 입력창에서 필터링 검색을 하면 유즈절에 추가할 파일을 손쉽게 찾을 수 있습니다. 등록 영역(Interface / Implementation)을 선택하기도 쉽습니다. □ [2007] 툴팔레트에서도 필터링 검색으로 컴포넌트를 빠르게 찾을 수 있습니다. 툴팔레트 검색 툴파레트 검색창에 입력된 내용이 포함된 컴포넌트만 목록에 표시됩니다. □ [2005] 자주 사용하는 코드를 템플릿에 미리 등록해두면, 코드를 빠르게 완성할 수 있습니다. 라이브 템플릿 라이브 템플릿은 템플릿(View > Templates)에 정의된 템블릿 코드를 이용해 코드의 뼈대를 자동으로 만들고 입력항목을 추가해주기 때문에, 코드를 빠르게 완성할 수 있습니다. 탭키로 입력항목을 넘나들고, 엔터키를 눌러 입력을 완료합니다. 템플릿 코드는 View > Templates 메뉴를 통해 관리할 수 있습니다. 여러분이 자주 사용하는 코드를 기존 템플릿 코드를 참고해 추가하면 코딩 생산성을 높일 수 있습니다. 자세히보기 : http://tech.devgear.co.kr/411080 □ [2005] 선택된 여러줄의 코드를 한번에 주척처리하고 해제할 수 있습니다. 블록 커맨드 코드 에디터에서 여러줄 선택 후 Ctrl + / 로 주석, 주석 해제 할 수 있습니다. 자세히보기 : http://tech.devgear.co.kr/411080 □ [2005] 코드에디터에서 선택된 블록에서 같은 문자열을 한번에 변경할 수 있습니다. Sync Edit 모드 코드 에디터에서 여러줄의 코드를 선택한 후 왼쪽에 표시된 연필두자루 아이콘을 클릭하면 Sync Edit 모드로 변경(선택한 코드 블록의 배경색 변경)됩니다. 문자열을 클릭하면 코드 블록내의 동일한 문자열에 모두 박스가 생기고 문자열 하나를 변경하면 박스 안의 같은 문자열이 모두 일괄적으로 함께 변경됩니다. 자세히보기 : http://tech.devgear.co.kr/411080 □ [2005] 코드 포맷이 맞지 않는 코드를 사전에 지정된 포맷으로 일괄 포맷적용 할 수 있습니다. 코드 포맷터 들여쓰기나 IF, FOR문의 begin…end, 줄바꿈 등의 코드 포맷을 지정된 포맷으로 일괄 적용할 수 있습니다. • 현재 열려진 소스에 코드 포맷 적용 : View > Format 메뉴(또는 Ctrl + D) • 프로젝트의 모든 소스코드에 코드 포맷을 한 번에 적용 : Project > Format project Sources…메뉴 환경설정(Tools > Options > Formatter)에서 원하는 소스포맷을 설정할 수 있습니다. (델파이 XE 부터는 프로젝트의 모든 소스 코드에 코드 포맷을 한번에 적용하는 기능과 포맷 변경 전 확인 다이얼로그가 추가되었습니다.) 자세히보기 : http://tech.devgear.co.kr/411080 □ [2005] 변경된 코드 라인을 한눈에 알아볼 수 있습니다. 체인지 바 변경된 코드 영역을 라인번호 옆에 색깔로 표시해 줍니다. 변경이 저장된 경우 녹색으로, 저장 후 변경된 경우 노란색으로 표시됩니다. 자세히보기 : http://tech.devgear.co.kr/411080 □ [2005] 주요 코드에 집중할 수 있도록 코드를 접고 펼 수 있습니다. 코드 폴딩 자세히보기 : http://tech.devgear.co.kr/411080 □ [2005] 파일 저장 시 히스토리 파일이 생성됩니다. 이전 작업 내용과 변경된 부분을 비교하고 잘못 변경된 내용을 되돌릴 수 있습니다. 히스토리 관리자 히스토리 매니저는 IDE에서 관리하는 파일버전을 표시하고 서로 비교할 수 있습니다. • IDE에서 저장하면 버전별로 히스토리 파일 생성 • 사용자의 로컬에 변경을 저장 • 작업 중인 파일에 대한 변경도 표시 코드에디터 하단의 History 탭에서 이용할 수 있습니다. □ 프로젝트 그룹에서 프로젝트를 정렬할 수 있습니다. 오른쪽 마우스를 클릭하면 더 다양한 기능을 바로 사용할 수 있습니다. 프로젝트 매니저 강화 • 프로젝트 정렬 : 프로젝트와 프로젝트의 파일을 “이름, 수정일, 경로, 타입”으로 정렬 • 빌드 그룹 : 빌드 그룹에서 선택(체크)된 프로젝트를 일괄 빌드/컴파일 • 컨텍스트 메뉴에 여러 항목 추가됨 : 버전관리 기능 메뉴, 실행(Run, Run Without Debugging) 메뉴, Show in Explorer(프로젝트 경로의 탐색기 열기) 메뉴 등이 추가 □ Reopen 메뉴에 나타나는 항목들의 갯수를 조정하고, 불필요한 항목을 정리 할 수 있습니다.Reopen 메뉴 설정하기 리소스 파일을 관리할 수 있는 리소스 매니저 열어본 프로젝트와 파일 표시 갯수와 불필요한 Reopen 항목을 정리 할 수 있습니다. □ 코드 에디터 상에서 검색 결과가 강조되므로 한눈에 알아볼 수 있습니다. 검색 결과 하이라이팅 □ 리팩토링을 사용하면, 원래의 코드 동작을 유지하면서도, 코드의 구조를 재구성하고 코드의 성능과 가독성이 높아지도록 코드를 재구성할 수 있습니다. 리팩토링 리팩토링은 원래의 코드의 동작을 바꾸지 않고 그 코드를 다시 구성하거나 변경하는데 사용할 수 있는 기술입니다. 리팩토링을 이용하면 애플리케이션 코드의 성능과 가독성을 높여주고, 코드가 간결하고 깔끔해지도록 개선할 수 있습니다. □ 프로젝트의 클래스 구조와 인터페이스를 한눈에 파악할 수 있습니다. 클래스 탐색기 View > Class Explorer 메뉴로 이용할 수 있습니다. □ 데이터 탐색기에서 데이터베이스 연결을 쉽게 만들고 관리할 수 있습니다. 또한 데이터 소스를 프로젝트로 드래그 앤 드롭하여 DB 애플리케이션을 신속하게 개발할 수 있습니다. 데이터 탐색기 데이터 탐색기에서 테이블, 필드, 저장프로시저, 트리거, 인덱스와 같은 DB 서버 고유의 스키마 객체를 참조할 수 있습니다. 데이터 탐색기는 FireDAC 또는 dbExpress로 연결할 수 있습니다. □ 컨트롤 위치 이동 시 정렬선이 표시되므로 배치와 정렬하기가 쉬워졌습니다. VCL 가이드 라인 □ 다국어를 지원하는 국제화된 애플리케이션을 만들 수 있습니다. 다국어지원 도구: 국제화된 다국어 애플리케이션 만들기 다국어 지원을 위한 3가지 작업 • 다국어 지원할 언어 추가: Project > Languages > Add 메뉴를 통해 추가 • 화면의 문자열 다국어 처리 : 프로젝트 매니저에서 언어 리소스 편집 • 코드의 문자열 다국어 처리 : ResourceString 기반으로 문자열 사용 변경 자세히보기 : http://tech.devgear.co.kr/408214
  15. Kori

    XE8~XE IDE

    << 위로 이동 (최신 버전 포함 모든 버전) RAD 스튜디오 XE8 ~XE "새 기능 한글 요약본: IDE" 입니다. 모든 새 기능, 강화된 기능, 버그 픽스 등에 대해서는 Docwiki의 What's New 목록 (영문 보기, 한글번역 보기) 와 관련 페이지를 보기 바랍니다. □ [XE8] 코드를 분석하고 더 좋은 품질의 코드를 만들 수 있습니다. 코드 품질을 추적하는 코드 분석기 코드의 라인 수, 파라미터의 수, 중첩된 구문들, 순환 복잡도(Cyclomatic Complexity) 등 여러 가지 코드 분석 통계를 제공합니다. □ [XE8] 여러분의 개발 패턴을 파악하고 개발 생산성을 높일 수 있습니다. 개발자에게 프로젝트 통계 제공 활동 추적을 통해 생산성의 명확한 그림을 제공합니다. □ [XE8] 번거로운 컴포넌트 검색과 설치를 손쉽게 할 수 있습니다. 겟잇(Getit)-패키지 관리자 겟잇 패키지 매니저는 번거로운 컴포넌트 검색과 설치 과정을 간편하게 만들어주는 기능입니다. 소스코드 라이브러리, 컴포넌트와 기타 기능들을 엠바카데로 갯잇 서버에서 손쉽게 찾고, 다운로드 받고 업데이트할 수 있습니다. 사용 방법: 아래 경로로 메뉴를 들어가 사용할 수 있습니다. IDE > Tools > Getit Package Manager .. 자세히 보기: https://tech.devgear.co.kr/delphi_news/412034 □ [XE8] 클립보드 이력을 보관하므로 이전에 복사했던 내용도 붙여넣기 할 수 있습니다. 클립보드 히스토리 클립보드 히스토리는 클립보드에 복사했던 데이터를 목록 제공해 다시 사용할 수 있는 기능입니다. 클립보드 데이터는 클립보드로 복사 시 이전의 클립보드 내용이 없어져 복사 > 붙여넣기를 반복해야 했는데요. 클립보드 히스토리에는 총 10개의 클립보드 데이터 이력을 제공해 개발작엡의 생산성을 작게나마 높여줍니다. 데이터를 클립보드로 다시 복사하는 Copy to clipboard와 코드 에디터로 데이터를 입력하는 Insert in Editor 2가지의 기능을 제공합니다. 자세한 내용은 카스탈리아 기술문서: Clipboard History를 참고하시기 바랍니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/411263 □ [XE8] 동일한 붙여넣기를 여러 소스코드 줄에 한번에 붙여 넣을 수 있습니다. 다중 붙여넣기 □ [XE8] 코드흐름과 중단되는 지점을 한눈에 파악할 수 있습니다. 코드 흐름 강조 코드를 건너뛰는 흐름을 코드 에디터 안에서 눈에 띄도록 표시 □ [XE8] 복잡한 For문, If문의 시작과 끝을 한눈에 알아볼 수 있습니다. 구문 강조표시 구문의 구조가 바로 파악되도록 표시 □ [XE8] 유닛 테스트 마법사를 통해 쉽고 빠르게 유닛테스트와 유닛테스트 프로젝트를 만들 수 있습니다. 유닛 테스트 도구 – DUnitX File > New > Other > Delphi Projects > DUnitX로 이용할 수 있습니다. □ [XE5] 마이그레이션 도구를 통해 컴포넌트 변경, 속성변경, uses절 정리 등의 수작업을 줄여줍니다. reFind.exe 마이그레이션 시 수작업을 줄여주는 도구 reFind는 정규표현식 패턴을 이용해 텍스트파일의 문자열을 찾아 바꿔주는 커맨드라인 도구입니다. reFind는 델파이 소스코드(*.PAS)와 폼파일(*.dfm, *.fmx)의 속성과 유닛명을 일괄적으로 치환(replace)하거나 제거 할 수 있어 마이그레이션의 수작업을 대폭 줄여줍니다. 자세히 보기: http://tech.devgear.co.kr/4107463 □ [XE5] RESTful 방식의 웹서비스를 분석하고 분석내용이 포함된 컴포넌트를 복사하면 웹서비스 연동 애플리케이션을 신속하게 개발할 수 있습니다. REST 디버거: RESTful 방식의 웹서비스를 분석하는 도구 RESTful 방식의 웹서비스에 요청, 응답, 인증, 연결 정보를 입력하면, 웹서비스 인터페이스를 분석하고 확인하는 도구입니다. 원하는 웹서비스를 확인했다면 ‘Copy Component’ 버튼을 클릭한 후, 델파이 프로젝트에서 붙여넣기만 하면 웹서비스의 결과를 델파이 프로젝트에서 로컬 데이터셋처럼 바로 사용할 수 있습니다. REST 디버거는 Tools > REST Debugger 메뉴로 이용할 수 있습니다. □ [XE] SVN, Git, Mercurial의 버전 관리 저장소에 연결하여 IDE 안에서 직접 체크 버전관리 컨트롤이 IDE 안에 통합됨 File > Open From Version Control 메뉴에서 소스 코드 저장소에 바로 연결할 수 있습니다.
  16. Kori

    10.0 시애틀 IDE

    << 위로 이동 (최신 버전 포함 모든 버전) RAD 스튜디오 10.0 시애틀 "새 기능 한글 요약본: IDE" 입니다. 모든 새 기능, 강화된 기능, 버그 픽스 등에 대해서는 Docwiki의 What's New 10.0 (영문 보기, 한글번역 보기) 와 관련 페이지를 보기 바랍니다. 10 시애틀 - IDE 관련 주요 업데이트 요약 [10.0] IDE 메모리 개선 [10.0] VCL 애플리케이션에 High DPI 인식을 활성화할 수 있는 옵션 새로 추가 [10.0] 멀티-모니터 구성으로 작업 환경을 크게 향상 [10.0] IDE 생산성 기능 추가 [10.0] 겟잇(GetIt) 라이브러리 확장 [10.0] 저장되지 않은 파일 자동 복구 [10.0] IDE 메모리 개선 RAD Studio IDE 메모리가 개선되어 더 큰 프로젝트를 더 빠르게 코딩하고 컴파일 할 수 있다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/416097 [10.0] VCL 애플리케이션에 High DPI 인식을 활성화할 수 있는 옵션 새로 추가 그림. VCL 애플리케이션이 High DPI를 인식할 수 있도록 하는 옵션이 IDE에 새로 추가되었다. Project > Options > Application 의 매니페스트(Manifest )에서 High-DPI 옵션을 선택하고 빌드한 VCL 애플리케이션은 4K 이상의 High DPI 모니터를 인식한다. [10.0] 멀티-모니터 구성으로 작업 환경을 크게 향상 개발 환경의 폼 디자이너와 오브젝트 인스펙터, 툴 팔레트 등의 창 여러 보조 모니터에 "분리하여" 배치/크기 조정 등을 할 수 있어서 작업 환경이 크게 향상된다. [10.0] IDE 생산성 기능 추가 20개 이상의 IDE 생산성 기능들이 내장되어 생산성, 품질, 안정성이 향상됩니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/415038 [10.0] 겟잇(GetIt) 라이브러리 확장 비콘펜스(BeaconFence)등 새로운 오픈 소스와 컴포넌트 패키지를 IDE에서 직접 확보할 수 있습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/415122 [10.0] 저장되지 않은 파일 자동 복구 시스템 충돌 등으로 비정상적으로 IDE가 종료되는 경우 IDE는 사용자의 저장하지 않은 작업을 복구를 지원합니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/416073
  17. Kori

    10.1 베를린 IDE

    << 위로 이동 (최신 버전 포함 모든 버전) RAD 스튜디오 10.1 베를린 "새 기능 한글 요약본: IDE" 입니다. 모든 새 기능, 강화된 기능, 버그 픽스 등에 대해서는 Docwiki의 What's New 10.1 (영문 보기, 한글번역 보기) 와 관련 페이지를 보기 바랍니다. □ [10.1] 폼 디자이너 분리 델파이7 등과 같이 폼 디자이너 화면 여러개를 동시에 보고, 편집할 수 있습니다. 이제 멀티 모니터를 더욱 적극적으로 활용할 수 있습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/421500 □ [10.1] 설치 작업 개선 설치 시 개발에 필요한 플랫폼과 언어를 선택할 수 있습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/438339 □ [10.1] ListView 레이아웃을 입맛에 맞게 변경할 수 있습니다. ListView는 미리 정의된 외관(Appearence)을 이용해 항목을 구성하기 때문에, 많은 데이터를 아주 빠르게 스크롤 할 수 있습니다. RAD스튜디오 10.1 베를린에서는 ListView 아이템 디자이너가 개선되며, ListView 아이템의 레이아웃을 변경할 수 있는 디자인 모드가 추가되었습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/431419 □ [10.1] Dynamic Apprearance ListView 컴포넌트의 ItemAppearance 속성 중 DynamicAppearance를 선택하면, 원하는 ListView 아이템의 하위 객체를 추가할 수 있습니다. 추가된 항목은 DesignMode에서 위치 및 크기 등을 조정해 원하는 레이아웃을 구성할 수 있습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/431419 □ [10.1] Dialog 사용법이 상당 부분 변경되고, 기능이 추가되었습니다. 메소드 변경 많이 사용하는 MessageDlg, ShowMessage, InputBox, InputQuery 등이 새로운 메소드로 많이 변경되었습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/422020 □ [10.1] 버퍼를 이용한 파일 스트림 – TBufferedFileStream TBufferedFileStream을 이용해 TFileStream 보다 더 빠르게 파일을 읽고 쓸 수 있습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/422069 □ [10.1] GetIt 속성 관리 새로운 프로젝트 옵션 페이지에서 GetIt(겟잇) 속성을 관리할 수 있습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/422726
  18. Kori

    10.2 도쿄 IDE

    << 위로 이동 (최신 버전 포함 모든 버전) RAD 스튜디오 10.2 도쿄 "새 기능 한글 요약본: IDE" 입니다. 모든 새 기능, 강화된 기능, 버그 픽스 등에 대해서는 Docwiki의 What's New 10.2 (영문 보기, 한글번역 보기) 와 관련 페이지를 보기 바랍니다. 10.2 도쿄 - IDE 관련 주요 업데이트 요약 [10.2.2] 다크 테마와 라이트 테마 지원 [10.2.2] 기본 컴포넌트 아이콘 변경 [10.2] View 메뉴 분류별로 재배치 개선 [10.2] 코드 에디터 탭에서 Show In Explorer 기능 추가 [10.2] 기타 개발환경 개선사항 [10.2.2] 다크 테마와 라이트 테마 지원 IDE에서 기존의 회색 테마 외에도 다크테마를 추가했습니다. 야간 작업 또는 오랫동안 작업 시 눈의 피로를 줄일 수 있습니다. IDE 데스크탑 툴바에서 “Dark” 또는 “Light”로 테마를 변경할 수 있습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/438339 [10.2.2] 기본 컴포넌트 아이콘 변경 기본 컴포넌트의 아이콘들이 전체적으로 심플하고 모던하게 변경되었습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/438339 [10.2] View 메뉴 분류별로 재배치 개선 View 메뉴가 분류별로 재배치 되어 더 빠르게 메뉴를 찾을 수 있습니다. (Object Inspector, Structure, Messages 등의 도구 창은 Tool Windows 하위 메뉴로 이동되었으며 새 Editor 하위 메뉴에는 편집기의 컨텍스트 메뉴에있는 여러 가지 편집기와 유용한 기능이 포함되어 있습니다). 자세히 보기: https://tech.devgear.co.kr/delphi_news/431419 [10.2] 코드 에디터 탭에서 Show In Explorer 기능 추가 코드 에디터 탭의 컨텍스트 메뉴에 “Show in Explorer” 메뉴가 추가되어, 편집 중인 파일 위치의 탐색기를 바로 열 수 있습니다. 프로젝트 매니저의 Show In Explorer 메뉴는 프로젝트 파일 위치의 탐색기를 바로 열 수 있습니다. [10.2] 기타 개발환경 개선사항 코드 인사이트(InSight)와 코드 완성(Completion)은 이제 정적 및 동적 배열을 올바르게 처리합니다. 서로 다른 DPI에서 폼을 디자인하고 오픈 하는것에 대한 지원이 향상되었습니다. 프로젝트의 매니페스트 파일 지원은 이제 Invoker, Highest Available 및 Require Administrator와 같은 몇 가지 실행 수준을 지원하며 UI 액세스 플래그도 설정할 수 있습니다. IDE 로딩 속도는 네트워크 부하가 높거나 네트워크 연결이 끊긴 상태에서도 빠릅니다. 100 개가 넘는 프로젝트가 있는 대형 프로젝트 그룹을 지원하는 기능이 개선되었습니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/431419
  19. 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) 네비게이터 (Navigator) 선택된 화면 모습의 변화 데스크탑 레이아웃, 테마, 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) 북마크스(Bookmarks)는 기존의 코드 편집기에 있던 위치 책갈피 기능을 확장했다. 단축키 하나만 알면, 새 책갈피를 만들 수 있고, 현재 파일에 지정된 책갈피와 모든 파일에 지정된 책갈피를 도킹 창 안에서 볼 수 있다. 도킹 창 안에 있는 책갈피 목록에는 구문 강조(syntax highlighting)가 반영되며, 책갈피가 있는 곳의 메소드(method) 등 해당 책갈피의 문맥 정보 (contextual information)를 함께 볼 수 있다. 임시 책갈피인 캐럿 책갈피 (caret bookmark) 기능도 있어서 ESC 키를 눌러서 뒤로 돌아 갈 수 있다. 이 기능을 추사용하려면 겟잇 패키지 매니저 창을 통해 설치한다. 북마크스(Bookmarks) 기능 자세히 보기 네비게이터 (Navigator) 네비게이터 (Navigator)를 사용하면, 델파이에서 지능형 검색을 활용해 유닛 안의 어떤 위치로든 바로 건너갈(jump) 수 있다. Ctrl+G를 누르고 타이핑하면, uses 절, 메소드(method), 프로퍼티(property), 그 프로퍼티를 뒷받침하는 필드(field) 또는 메소드(method), 그리고 기타 코드 요소들로 이동할 수 있다. 또한 델파이와 C++ 모두에서 ‘미니맵(minimap)’ 기능을 사용할 수 있다. 미니맵은 코드를 통채로 작게 보여주는 스크롤바이다. 이 기능을 추사용하려면 겟잇 패키지 매니저 창을 통해 설치한다. 네비게이터 (Navigator) 기능 자세히 보기 선택된 화면 모습의 변화 제목 표시줄이 더 커져 메뉴명을 한 눈에 파악할 수 있고 클릭이나 이동이 더 쉬워졌습니다. ‘프로젝트’ 화면의 툴 바를 한 줄로 정리했습니다. 화면에 보이지 않는 메뉴들은 드롭다운 형식으로 표시해 이전과 동일한 기능을 사용할 수 있습니다. 전체적인 화면 너비와 높이가 넓어져 메뉴 파악이 더욱 쉬워졌습니다. 데스크탑 레이아웃, 테마, IDE 인사이트 컨트롤 다른 도구들과 마찬가지로 도구 모음에 위치해있던 컨트롤들이 10.3 버전부터는 제목 표시줄로 위치가 이동했습니다. 코드 에디터 탭 탭 메뉴명을 더 구분하기 쉽도록 바뀌었습니다. 탭 사이즈를 좀 더 크게 만들어 클릭하기 쉬워졌습니다. 각 탭은 X 버튼을 클릭해 닫을 수 있습니다. 선택된 메뉴를 명확하게 표시 클릭한 항목이 포함된 메인 메뉴를 진한 파란색으로 나타내 클릭된 영역을 확실하게 알아볼 수 있습니다. VCL 디자이너 클사용되지 않는 상당(top), 좌측(left)의 크기 조절을 위한 드래그 버튼이 사라졌습니다. 이전에는 7×7 px 사이즈의 사각형을 클릭해 크기를 조정해야 했지만, 이 크기도 더 커졌습니다. 드래그 바는 다른 VCL 컨트롤과 마찬가지로 마우스오버에 반응합니다. 새로운 밝은 테마와 어두운 테마 밝은 테마(Light Theme) 10.3의 밝은 테마가 바뀌었습니다. 다양한 파란색 음영을 사용했으며, 회색을 주로 사용했던 이전 버전들과 달리 쾌적한 시각 효과를 제공합니다. 어두운 테마(Dark Theme) 10.2.2 버전에서 처음 선보였던 어두운 테마에도 변화가 있습니다. 기존과 비슷한 색상을 사용하지만 새로운 밝은 테마에서 아이디어를 얻어 색상에 변화가 있었고 이를 통해 눈의 피로도를 줄여주고 장시간 사용하기 좋습니다.
  20. Kori

    10.4 시드니 IDE

    << 위로 이동 (최신 버전 포함 모든 버전) RAD 스튜디오 10.4 시드니 "새 기능 한글 요약본: IDE" 입니다. 10.4 시드니의 모든 새 기능, 강화된 기능, 버그 픽스 등에 대해서는 Docwiki의 What's New (영문 보기, 한글번역 보기) 와 관련 페이지를 보기 바랍니다. 10.4 시드니 - IDE 관련 주요 업데이트 요약 C++용 Win64 디버거와 링커 겟잇 패키지 매니저 향상 온라인과 오프라인 설치를 위한 통합 설치 프로그램 코드 에디터 상태 표시줄에 생산성 기능 추가 TCustomTitleBar 컨트롤 1,000개가 넘는 품질 및 성능 향상 기능들 C++용 Win64 디버거와 링커 10.4에서 새로운 윈도우즈 64비트 C++ 디버거가 도입되었습니다. LLDB를 기반으로한 이 디버거는 64비트 애플리케이션을 디버깅할때 안정성이 크게 향상되었으며, 추가된 핵심 기능으로는 C++ 및 델파이 문자열과 std::vector, std::map 등을 포함한 STL 컬렉션의 평가 및 검사등을 지원합니다. 또한 앱의 디버그 정보 생성이 확장가능한 새로운 포맷을 사용합니다. 최정적으로 더 안정적이고 다양한 기능의 디버깅 경험과 디버깅 타임에서의 더욱 파워풀해진 검사와 평가를 제공합니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/463471 겟잇 패키지 매니저 향상 IDE의 겟잇 패키지 매니저가 10.4에서 대폭 개선되었습니다. 각 패키지에 출시 일자를 표시하고, 출시 일자별로 정렬해 표시할 수 있습니다. 설치된 패키지에 대한 새로운 필터링 옵션, 업데이트 구독 고객만을 위한 독점 컨텐츠, 업데이트가 가능한 패치 표시 등등. 자세히 보기: https://tech.devgear.co.kr/delphi_news/463394 온라인과 오프라인 설치를 위한 통합 설치 프로그램 10.4에서는 겟잇 설치 기술을 이용한 통합 설치 프로그램을 도입했습니다. 온라인(인터넷 연결) 설치와 오프라인 설치(ISO 이용)를 모두 지원하는 단일 설치 프로그램을 제공합니다. 이제 온라인과 오프라인 설치 모두에서 초기 설정(언어와 플랫폼 선택, 언어 지원, 도움말/리소스 등) 가능하고, 언제든지 옵션을 추가하거나 삭제할 수 있습니다. 코드 에디터 상태 표시줄에 생산성 기능 추가 코드 에디터의 상태 표시줄에는 파일의 코드페이지, 폰트 크기를 표시하고 설정을 포함한 몇가지 생산성 향상이 추가되었습니다. TCustomTitleBar 컨트롤 IDE 및 핵심 대화상자에는 새로운 TCustomTitleBar 컨트롤을 이용해 제목 표시줄에 검색 및 설정하는 기능을 구현해 네이티브 룩앤필과 윈도우즈 DWM 동작이 가능합니다. 1,000개가 넘는 품질 및 성능 향상 기능들 RAD 스튜디오 10.4는 현재 1,000개가 넘는 품질 및 성능 향상을 제공하는 가장 훌륭한 품질의 릴리즈 중 하나입니다. 여기에는 퀄리티 포털에 고객이 직접 등록해준 700건이 넘는 문제에 대한 수정사항이 포함되어 있습니다. 비주얼 라이브 바인딩: 향상된 성능과 새로운 기능 앱테더링 품질 병렬 프로그래밍 라이브러리 품질 향상 및 개선 C++ 툴체인(컾아릴러, 링커, 디버거) RTL 성능 향상 및 새로운 작은 기능들(버퍼링, FreeAndNil) FireDAC 드라이버 업데이트 (SQLite 등) HTTP와 REST 그리고 클라우드와 SOAP 클라이언트 개선
  21. 험프리

    11.0 알렉산드리아 IDE

    << 위로 이동 (최신 버전 포함 모든 버전) RAD 스튜디오 11.0 알렉산드리아 "새 기능 한글 요약본: IDE" 입니다. 11.0 알렉산드리아의 모든 새 기능, 강화된 기능, 버그 픽스 등에 대해서는 Docwiki의 What's New (영문 보기, 한글번역 보기) 와 관련 페이지를 보기 바랍니다. 11.0 알렉산드리아 - IDE 관련 주요 업데이트 요약 IDE에 고해상도(High DPI)가 반영됨 VCL용 High DPI 폼 디자이너 FMX용 High DPI 폼 디자이너 Welcome 페이지 Open Tools API 변경 디자인 시점에 VCL 스타일 미리보기 폼 디자인과 코드 수정 옵션 대화창 성능 파이어몽키 디자인 화면의 지시선과 마진(Margins) 델파이 코드 인사이트(DelphiLSP) 개선 DelphiLSP 클래식 코드 완성 기능 제거 Visual Studio Code 및 기타 에디터 용 DelphiLSP 빌드 이벤트에 대한 경고 기타 IDE 변경 폰트 변경 기타 IDE에 고해상도(High DPI)가 반영됨 델파이,C++빌더, RAD 스튜디오의 IDE에서는 high DPI가 활성화되어 있다. IDE에 high DPI를 활성화하여 실행하기는 실행 옵션이다. IDE의 모든 창에서 high DPI를 지원한다. 화면 배율 변경, 다른 모니터로 창을 드래그하여 옮기기 등의 행위에도 모두 적용된다. 이 IDE 기능이 적용되는 대상은 다음과 같다. 메인 창 모든 도킹되는 창 (오브젝트 인스펙터 창, 프로젝트 창, 스트럭처 창, 메시지 창 등등). 오브젝트 인스펙터의 프로퍼티 에디터 역시 모두 포함 모든 대화 창 (새 항목 창, IDE 옵션 창, 프로젝트 옵션 창, About 창 등등) 모든 컨텐츠 창 (코드 에디터 창, 폼 디자이너 창, 히스토리 창 등등) IDE 스타일 (라이크, 다크, 마운틴 미스트) 역시 high DPI를 지원하도록 업데이트 됨 VCL용 High DPI 폼 디자이너 RAD 스튜디오 11.0에서 화면 배율을 다루는 방법은 3가지이다. Tools > Options > User Interface > Form Designer > High DPI 에서 맞춤 설정을 할 수 있다. Automatic(스크린 PPI 자동 적용), Low DPI (96 PPI), User Editable (직접 PPI 값 지정) 중 한가지 옵션을 지정할 수 있다. FMX용 High DPI 폼 디자이너 파이어몽키 디자이너 화면 배율은 FMX 폼이 실행될 때 반영하는 방식이 그대로 적용된다. 좌표는 동일하게 유지된다. 즉, 버튼이 (20,20)에 배치되어 있다면, FMX 디자이너가 표현되는 모니터의 high DPI 배율과 관계 없이 (20,20)에 위치한다. 시각적 배율 조정만 가능하다. Welcome 페이지 VCL을 사용하여 완전히 재구축되었다. 아래 목적을 위해 고안되었다. 프레임 여러개를 가진다. 프레임 추가, 삭제, 위치 변경, 크기 조정 등을 원하는 대로 할 수 있다. high DPI에서 화면 배율 조정이 잘된다. 엠바카데로 자체 기술을 사용한다. Open Tools API 변경 스플래시 화면, About 박스, IDE 인사이트 및 기타 영역 등 이미지를 전달하는 모든 API에서 HighDPI 이미지를 지원한다. 동일한 아이콘을 여러 해상도로 전달할 수 있다. 이 이미지들을 내부에 있는 이미지 컬렉션에 추가하고 버추얼 이미지 리스트를 사용한다. 해당 메소드에서 모든 TGraphic 배열을 받을 수 있지만, PNG 이미지를 권장한다. 디자인 시점에 VCL 스타일 미리보기 폼 디자이너 안에서 스타일을 사용하여 VCL 컨트롤을 렌더링할 수 있다. StyleName 프로퍼티 에디터에는 해당 프로젝트에서 사용할 수 있는 모든 스타일이 반영되고 (버튼이 어떻게 보이게 되는 지) 미리 볼 수 있다. 스타일 항목 중에서 “Windows”를 선택하면 플랫폼 스타일을 사용하겠다는 의미이며, 이 프로퍼티를 비워두면 부모 컨트롤 (또는 부모 폼)의 스타일을 사용하겠다는 의미라는 점을 명심하자. 현재 VCL 폼 디자이너는 커스텀 윈도우 10-스타일 타일틀 바와 프레임으로 되어 있으며 클래식 윈도우 프레임을 사용하지 않는다. 만약 픔에 스타일이 지정되지 않으면, 윈도우 10 스타일이 사용된다. 만약 폼에서 VCL 스타일을 사용하면 폼에서 선택한 그 스타일이 프레임에 반영된다는 점을 알아두자. 멋진 화면을 가진 프로토타입을 훨씬 더 빠르게 작성할 수 있게 되었다. 스타일이 적용된 폼과 컨트롤이 개발환경에서 보이는 모습 그대로 실행 시에 표현된다. 경고: 기본 설정에서는 이 기능이 켜져있지 않다. 이기능을 켜려면 다음 옵션으로 가서 활성화 하면 된다. Tools > Options | User Interface > Form designer | Enable VCL Styles 콘트롤 별 스타일 적용 시 더 효과적이다. 폼 디자인과 코드 수정 10.4.2까지는 해당 폼이 표현되고 있는 폼 디자이너에 창이 열려있는 상태에서 다른 창에서 해당 폼에 대한 코드 에디터를 열면 Design 탭이 비활성화 되어 있었다. 이제는 Design 탭이 항상 활성화되어 있다. 하지만, 만약 다른 창에서 이미 폼이 열려있다는 메시지가 표시된다; 이 때 [Move Designer] 버튼을 클릭하면 현재 창으로 폼 디자이너를 가져올 수 있다. 다중 모니터를 사용 중이라면 개발 생산성이 더욱 높아진다. 옵션 대화창 성능 옵션 대화창 (IDE 옵션과 프로젝트 옵션 모두)이 이전 버전보다 훨씬 빠르게 열린다. 예전에는 대화창이 열릴 때 모든 페이지가 로딩되었지만; 이제는 화면에 보이는 페이지 하나만 로딩되고 해당 컨트롤만 생성된다. 써드 파티 제공사는 이 변화가 써드 파티에서 제공하는 설정 프레임에 영향을 끼칠 수 있음을 알아두어야 한다. 파이어몽키 디자인 화면의 지시선과 마진(Margins) 파이어몽키 폼 디자이너는 11.0에서 지시선 등 VCL 폼 디자이너에 있던 기타 기능들을 도입했다 (구현 방식은 다르다). 컨트롤의 위치를 옮기거나 크기를 변경할 때 힌트가 표시된다. 또한 컨트롤을 정렬하기 쉽게 지시선이 표시되고, 표준 마진(Margin) 간격이 숫자로 나타된다. 델파이 코드 인사이트(DelphiLSP) 개선 DelphiLSP RAD 스튜디오 11.0에서 LSP는 품질에 집중했으며 클래식 코드 인사이트를 훌륭하게 대체할 수 있는 수준으로 개선했다. 인클루드 파일({$I '파일명'}, *.inc) 구문 분석 LSP 서버 재시작시 성능 향상 LSP 서버가 이해할 수 있는 구문 항목 개선 클래식 코드 완성 기능 제거 델파이 클래식 코드 완성 기능은 IDE에서 제거되었다. 이제는 델파이 코드 인사이트에서 DelphiLSP 만 사용된다. Visual Studio Code 및 기타 에디터 용 DelphiLSP RAD 스튜디오 11.0에서 DelphiLSP는 다른 에디터에서도 사용할 수 있다. 그 일환으로, DelphiLSP를 사용하는 비주얼 스튜디오 코드 확장팩을 만들었다. 더 자세한 내용: 여기를 참조 빌드 이벤트에 대한 경고 빌드 이벤트는 임의의 명령을 시스템에서 실행할 수 있다. 써드 파티에서 받은 프로젝트에 빌드 이벤트가 포함되어 있는 경우는 흔하다. 이제 RAD 스튜디오는 이제 (현재 빌드하는 대상이 아닌 구성까지 포함하여) 어떤 프로젝트 구성 안에든 빌드 이벤트가 설정된 프로젝트를 빌드할 때 경고를 한다. 경고: 빌드 이벤트인 경우 "Always trust this project" 옵션을 선택하면, 새로 변경된 버전을 받아오고, 예전에 없던 빌드 이벤트가 새 버전에 반영되어 있어도, 더이상 경고를 하지 않은다. 이것은 보안이 약해지는 것을 알면서도 개발자를 편하게 하기 위한 옵션이다. 따라서 이 옵션이 모든 상황에서 완전히 예방할 수 있는 옵션이라고 받아들여서는 안된다. 기타 IDE 변경 폰트 변경 코드 에디터에서 Consolas가 기본 폰트가 되었다. (Consolas는 거의 모든 컴퓨터에 들어있는 널리 사용되는 폰트이다). Fira Code 등 기타 여러 개발용 폰트들이 IDE와 함께 설치된다. 코드 에디터에서 합자(ligature)를 지원하지 않지만, 이 새 폰트들은 high DPI에서 텍스트를 선명하게 표현한다. 기타 'View Messages' 가 코드 에디터의 컨텍스트 메뉴에 다시 들어갔다. 코드 인사이트 진행 막대는 작업이 완료되면 숨는다.
  22. << 위로 이동 (최신 버전 포함 모든 버전) RAD 스튜디오 11.0 알렉산드리아 "새 기능 한글 요약본: IDE" 입니다. 11.0 알렉산드리아의 모든 새 기능, 강화된 기능, 버그 픽스 등에 대해서는 Docwiki의 What's New (영문 보기, 한글번역 보기) 와 관련 페이지를 보기 바랍니다. 11.0 알렉산드리아 - IDE 관련 주요 업데이트 요약 IDE에 고해상도(High DPI)가 반영됨 VCL용 High DPI 폼 디자이너 FMX용 High DPI 폼 디자이너 Welcome 페이지 Open Tools API 변경 디자인 시점에 VCL 스타일 미리보기 폼 디자인과 코드 수정 옵션 대화창 성능 파이어몽키 디자인 화면의 지시선과 마진(Margins) 델파이 코드 인사이트(DelphiLSP) 개선 DelphiLSP 클래식 코드 완성 기능 제거 Visual Studio Code 및 기타 에디터 용 DelphiLSP 빌드 이벤트에 대한 경고 기타 IDE 변경 폰트 변경 기타 IDE에 고해상도(High DPI)가 반영됨 델파이,C++빌더, RAD 스튜디오의 IDE에서는 high DPI가 활성화되어 있다. IDE에 high DPI를 활성화하여 실행하기는 실행 옵션이다. IDE의 모든 창에서 high DPI를 지원한다. 화면 배율 변경, 다른 모니터로 창을 드래그하여 옮기기 등의 행위에도 모두 적용된다. 이 IDE 기능이 적용되는 대상은 다음과 같다. 메인 창 모든 도킹되는 창 (오브젝트 인스펙터 창, 프로젝트 창, 스트럭처 창, 메시지 창 등등). 오브젝트 인스펙터의 프로퍼티 에디터 역시 모두 포함 모든 대화 창 (새 항목 창, IDE 옵션 창, 프로젝트 옵션 창, About 창 등등) 모든 컨텐츠 창 (코드 에디터 창, 폼 디자이너 창, 히스토리 창 등등) IDE 스타일 (라이크, 다크, 마운틴 미스트) 역시 high DPI를 지원하도록 업데이트 됨 VCL용 High DPI 폼 디자이너 RAD 스튜디오 11.0에서 화면 배율을 다루는 방법은 3가지이다. Tools > Options > User Interface > Form Designer > High DPI 에서 맞춤 설정을 할 수 있다. Automatic(스크린 PPI 자동 적용), Low DPI (96 PPI), User Editable (직접 PPI 값 지정) 중 한가지 옵션을 지정할 수 있다. FMX용 High DPI 폼 디자이너 파이어몽키 디자이너 화면 배율은 FMX 폼이 실행될 때 반영하는 방식이 그대로 적용된다. 좌표는 동일하게 유지된다. 즉, 버튼이 (20,20)에 배치되어 있다면, FMX 디자이너가 표현되는 모니터의 high DPI 배율과 관계 없이 (20,20)에 위치한다. 시각적 배율 조정만 가능하다. Welcome 페이지 VCL을 사용하여 완전히 재구축되었다. 아래 목적을 위해 고안되었다. 프레임 여러개를 가진다. 프레임 추가, 삭제, 위치 변경, 크기 조정 등을 원하는 대로 할 수 있다. high DPI에서 화면 배율 조정이 잘된다. 엠바카데로 자체 기술을 사용한다. Open Tools API 변경 스플래시 화면, About 박스, IDE 인사이트 및 기타 영역 등 이미지를 전달하는 모든 API에서 HighDPI 이미지를 지원한다. 동일한 아이콘을 여러 해상도로 전달할 수 있다. 이 이미지들을 내부에 있는 이미지 컬렉션에 추가하고 버추얼 이미지 리스트를 사용한다. 해당 메소드에서 모든 TGraphic 배열을 받을 수 있지만, PNG 이미지를 권장한다. 디자인 시점에 VCL 스타일 미리보기 폼 디자이너 안에서 스타일을 사용하여 VCL 컨트롤을 렌더링할 수 있다. StyleName 프로퍼티 에디터에는 해당 프로젝트에서 사용할 수 있는 모든 스타일이 반영되고 (버튼이 어떻게 보이게 되는 지) 미리 볼 수 있다. 스타일 항목 중에서 “Windows”를 선택하면 플랫폼 스타일을 사용하겠다는 의미이며, 이 프로퍼티를 비워두면 부모 컨트롤 (또는 부모 폼)의 스타일을 사용하겠다는 의미라는 점을 명심하자. 현재 VCL 폼 디자이너는 커스텀 윈도우 10-스타일 타일틀 바와 프레임으로 되어 있으며 클래식 윈도우 프레임을 사용하지 않는다. 만약 픔에 스타일이 지정되지 않으면, 윈도우 10 스타일이 사용된다. 만약 폼에서 VCL 스타일을 사용하면 폼에서 선택한 그 스타일이 프레임에 반영된다는 점을 알아두자. 멋진 화면을 가진 프로토타입을 훨씬 더 빠르게 작성할 수 있게 되었다. 스타일이 적용된 폼과 컨트롤이 개발환경에서 보이는 모습 그대로 실행 시에 표현된다. 경고: 기본 설정에서는 이 기능이 켜져있지 않다. 이기능을 켜려면 다음 옵션으로 가서 활성화 하면 된다. Tools > Options | User Interface > Form designer | Enable VCL Styles 콘트롤 별 스타일 적용 시 더 효과적이다. 폼 디자인과 코드 수정 10.4.2까지는 해당 폼이 표현되고 있는 폼 디자이너에 창이 열려있는 상태에서 다른 창에서 해당 폼에 대한 코드 에디터를 열면 Design 탭이 비활성화 되어 있었다. 이제는 Design 탭이 항상 활성화되어 있다. 하지만, 만약 다른 창에서 이미 폼이 열려있다는 메시지가 표시된다; 이 때 [Move Designer] 버튼을 클릭하면 현재 창으로 폼 디자이너를 가져올 수 있다. 다중 모니터를 사용 중이라면 개발 생산성이 더욱 높아진다. 옵션 대화창 성능 옵션 대화창 (IDE 옵션과 프로젝트 옵션 모두)이 이전 버전보다 훨씬 빠르게 열린다. 예전에는 대화창이 열릴 때 모든 페이지가 로딩되었지만; 이제는 화면에 보이는 페이지 하나만 로딩되고 해당 컨트롤만 생성된다. 써드 파티 제공사는 이 변화가 써드 파티에서 제공하는 설정 프레임에 영향을 끼칠 수 있음을 알아두어야 한다. 파이어몽키 디자인 화면의 지시선과 마진(Margins) 파이어몽키 폼 디자이너는 11.0에서 지시선 등 VCL 폼 디자이너에 있던 기타 기능들을 도입했다 (구현 방식은 다르다). 컨트롤의 위치를 옮기거나 크기를 변경할 때 힌트가 표시된다. 또한 컨트롤을 정렬하기 쉽게 지시선이 표시되고, 표준 마진(Margin) 간격이 숫자로 나타된다. 델파이 코드 인사이트(DelphiLSP) 개선 DelphiLSP RAD 스튜디오 11.0에서 LSP는 품질에 집중했으며 클래식 코드 인사이트를 훌륭하게 대체할 수 있는 수준으로 개선했다. 인클루드 파일({$I '파일명'}, *.inc) 구문 분석 LSP 서버 재시작시 성능 향상 LSP 서버가 이해할 수 있는 구문 항목 개선 클래식 코드 완성 기능 제거 델파이 클래식 코드 완성 기능은 IDE에서 제거되었다. 이제는 델파이 코드 인사이트에서 DelphiLSP 만 사용된다. Visual Studio Code 및 기타 에디터 용 DelphiLSP RAD 스튜디오 11.0에서 DelphiLSP는 다른 에디터에서도 사용할 수 있다. 그 일환으로, DelphiLSP를 사용하는 비주얼 스튜디오 코드 확장팩을 만들었다. 더 자세한 내용: 여기를 참조 빌드 이벤트에 대한 경고 빌드 이벤트는 임의의 명령을 시스템에서 실행할 수 있다. 써드 파티에서 받은 프로젝트에 빌드 이벤트가 포함되어 있는 경우는 흔하다. 이제 RAD 스튜디오는 이제 (현재 빌드하는 대상이 아닌 구성까지 포함하여) 어떤 프로젝트 구성 안에든 빌드 이벤트가 설정된 프로젝트를 빌드할 때 경고를 한다. 경고: 빌드 이벤트인 경우 "Always trust this project" 옵션을 선택하면, 새로 변경된 버전을 받아오고, 예전에 없던 빌드 이벤트가 새 버전에 반영되어 있어도, 더이상 경고를 하지 않은다. 이것은 보안이 약해지는 것을 알면서도 개발자를 편하게 하기 위한 옵션이다. 따라서 이 옵션이 모든 상황에서 완전히 예방할 수 있는 옵션이라고 받아들여서는 안된다. 기타 IDE 변경 폰트 변경 코드 에디터에서 Consolas가 기본 폰트가 되었다. (Consolas는 거의 모든 컴퓨터에 들어있는 널리 사용되는 폰트이다). Fira Code 등 기타 여러 개발용 폰트들이 IDE와 함께 설치된다. 코드 에디터에서 합자(ligature)를 지원하지 않지만, 이 새 폰트들은 high DPI에서 텍스트를 선명하게 표현한다. 기타 'View Messages' 가 코드 에디터의 컨텍스트 메뉴에 다시 들어갔다. 코드 인사이트 진행 막대는 작업이 완료되면 숨는다. View full RAD 스튜디오 버전별 신기능
  23. << 위로 이동 (최신 버전 포함 모든 버전) RAD 스튜디오 10.4 시드니 "새 기능 한글 요약본: IDE" 입니다. 10.4 시드니의 모든 새 기능, 강화된 기능, 버그 픽스 등에 대해서는 Docwiki의 What's New (영문 보기, 한글번역 보기) 와 관련 페이지를 보기 바랍니다. 10.4 시드니 - IDE 관련 주요 업데이트 요약 C++용 Win64 디버거와 링커 겟잇 패키지 매니저 향상 온라인과 오프라인 설치를 위한 통합 설치 프로그램 코드 에디터 상태 표시줄에 생산성 기능 추가 TCustomTitleBar 컨트롤 1,000개가 넘는 품질 및 성능 향상 기능들 C++용 Win64 디버거와 링커 10.4에서 새로운 윈도우즈 64비트 C++ 디버거가 도입되었습니다. LLDB를 기반으로한 이 디버거는 64비트 애플리케이션을 디버깅할때 안정성이 크게 향상되었으며, 추가된 핵심 기능으로는 C++ 및 델파이 문자열과 std::vector, std::map 등을 포함한 STL 컬렉션의 평가 및 검사등을 지원합니다. 또한 앱의 디버그 정보 생성이 확장가능한 새로운 포맷을 사용합니다. 최정적으로 더 안정적이고 다양한 기능의 디버깅 경험과 디버깅 타임에서의 더욱 파워풀해진 검사와 평가를 제공합니다. 자세히 보기: https://tech.devgear.co.kr/delphi_news/463471 겟잇 패키지 매니저 향상 IDE의 겟잇 패키지 매니저가 10.4에서 대폭 개선되었습니다. 각 패키지에 출시 일자를 표시하고, 출시 일자별로 정렬해 표시할 수 있습니다. 설치된 패키지에 대한 새로운 필터링 옵션, 업데이트 구독 고객만을 위한 독점 컨텐츠, 업데이트가 가능한 패치 표시 등등. 자세히 보기: https://tech.devgear.co.kr/delphi_news/463394 온라인과 오프라인 설치를 위한 통합 설치 프로그램 10.4에서는 겟잇 설치 기술을 이용한 통합 설치 프로그램을 도입했습니다. 온라인(인터넷 연결) 설치와 오프라인 설치(ISO 이용)를 모두 지원하는 단일 설치 프로그램을 제공합니다. 이제 온라인과 오프라인 설치 모두에서 초기 설정(언어와 플랫폼 선택, 언어 지원, 도움말/리소스 등) 가능하고, 언제든지 옵션을 추가하거나 삭제할 수 있습니다. 코드 에디터 상태 표시줄에 생산성 기능 추가 코드 에디터의 상태 표시줄에는 파일의 코드페이지, 폰트 크기를 표시하고 설정을 포함한 몇가지 생산성 향상이 추가되었습니다. TCustomTitleBar 컨트롤 IDE 및 핵심 대화상자에는 새로운 TCustomTitleBar 컨트롤을 이용해 제목 표시줄에 검색 및 설정하는 기능을 구현해 네이티브 룩앤필과 윈도우즈 DWM 동작이 가능합니다. 1,000개가 넘는 품질 및 성능 향상 기능들 RAD 스튜디오 10.4는 현재 1,000개가 넘는 품질 및 성능 향상을 제공하는 가장 훌륭한 품질의 릴리즈 중 하나입니다. 여기에는 퀄리티 포털에 고객이 직접 등록해준 700건이 넘는 문제에 대한 수정사항이 포함되어 있습니다. 비주얼 라이브 바인딩: 향상된 성능과 새로운 기능 앱테더링 품질 병렬 프로그래밍 라이브러리 품질 향상 및 개선 C++ 툴체인(컾아릴러, 링커, 디버거) RTL 성능 향상 및 새로운 작은 기능들(버퍼링, FreeAndNil) FireDAC 드라이버 업데이트 (SQLite 등) HTTP와 REST 그리고 클라우드와 SOAP 클라이언트 개선 View full RAD 스튜디오 버전별 신기능
  24. << 위로 이동 (최신 버전 포함 모든 버전) 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) 네비게이터 (Navigator) 선택된 화면 모습의 변화 데스크탑 레이아웃, 테마, 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) 북마크스(Bookmarks)는 기존의 코드 편집기에 있던 위치 책갈피 기능을 확장했다. 단축키 하나만 알면, 새 책갈피를 만들 수 있고, 현재 파일에 지정된 책갈피와 모든 파일에 지정된 책갈피를 도킹 창 안에서 볼 수 있다. 도킹 창 안에 있는 책갈피 목록에는 구문 강조(syntax highlighting)가 반영되며, 책갈피가 있는 곳의 메소드(method) 등 해당 책갈피의 문맥 정보 (contextual information)를 함께 볼 수 있다. 임시 책갈피인 캐럿 책갈피 (caret bookmark) 기능도 있어서 ESC 키를 눌러서 뒤로 돌아 갈 수 있다. 이 기능을 추사용하려면 겟잇 패키지 매니저 창을 통해 설치한다. 북마크스(Bookmarks) 기능 자세히 보기 네비게이터 (Navigator) 네비게이터 (Navigator)를 사용하면, 델파이에서 지능형 검색을 활용해 유닛 안의 어떤 위치로든 바로 건너갈(jump) 수 있다. Ctrl+G를 누르고 타이핑하면, uses 절, 메소드(method), 프로퍼티(property), 그 프로퍼티를 뒷받침하는 필드(field) 또는 메소드(method), 그리고 기타 코드 요소들로 이동할 수 있다. 또한 델파이와 C++ 모두에서 ‘미니맵(minimap)’ 기능을 사용할 수 있다. 미니맵은 코드를 통채로 작게 보여주는 스크롤바이다. 이 기능을 추사용하려면 겟잇 패키지 매니저 창을 통해 설치한다. 네비게이터 (Navigator) 기능 자세히 보기 선택된 화면 모습의 변화 제목 표시줄이 더 커져 메뉴명을 한 눈에 파악할 수 있고 클릭이나 이동이 더 쉬워졌습니다. ‘프로젝트’ 화면의 툴 바를 한 줄로 정리했습니다. 화면에 보이지 않는 메뉴들은 드롭다운 형식으로 표시해 이전과 동일한 기능을 사용할 수 있습니다. 전체적인 화면 너비와 높이가 넓어져 메뉴 파악이 더욱 쉬워졌습니다. 데스크탑 레이아웃, 테마, IDE 인사이트 컨트롤 다른 도구들과 마찬가지로 도구 모음에 위치해있던 컨트롤들이 10.3 버전부터는 제목 표시줄로 위치가 이동했습니다. 코드 에디터 탭 탭 메뉴명을 더 구분하기 쉽도록 바뀌었습니다. 탭 사이즈를 좀 더 크게 만들어 클릭하기 쉬워졌습니다. 각 탭은 X 버튼을 클릭해 닫을 수 있습니다. 선택된 메뉴를 명확하게 표시 클릭한 항목이 포함된 메인 메뉴를 진한 파란색으로 나타내 클릭된 영역을 확실하게 알아볼 수 있습니다. VCL 디자이너 클사용되지 않는 상당(top), 좌측(left)의 크기 조절을 위한 드래그 버튼이 사라졌습니다. 이전에는 7×7 px 사이즈의 사각형을 클릭해 크기를 조정해야 했지만, 이 크기도 더 커졌습니다. 드래그 바는 다른 VCL 컨트롤과 마찬가지로 마우스오버에 반응합니다. 새로운 밝은 테마와 어두운 테마 밝은 테마(Light Theme) 10.3의 밝은 테마가 바뀌었습니다. 다양한 파란색 음영을 사용했으며, 회색을 주로 사용했던 이전 버전들과 달리 쾌적한 시각 효과를 제공합니다. 어두운 테마(Dark Theme) 10.2.2 버전에서 처음 선보였던 어두운 테마에도 변화가 있습니다. 기존과 비슷한 색상을 사용하지만 새로운 밝은 테마에서 아이디어를 얻어 색상에 변화가 있었고 이를 통해 눈의 피로도를 줄여주고 장시간 사용하기 좋습니다. View full RAD 스튜디오 버전별 신기능
×
×
  • Create New...

중요한 정보

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