윈도우 GUI의 미래 - 파이썬, Java, C#, JavaScript에 대하여

[김나래]

• 원문제목: The Future Of Windows GUI For Python, Java, C#, & JavaScript
• 원문: https://blogs.embarcadero.com/the-future-of-windows-gui-for-python-java-c-javascript
• 작성자: Muminjon (2022.9)

 

This is not a secret that Microsoft is revamping the Windows UI step by step with new guidelines, animations and various enhancements. These changes are almost universally popular and loved by millions of users worldwide, and the demand for Windows GUI development continues unabated despite competition for user’s information and processing needs from mobile devices and similar ubiquitous computing solutions such as IOT.

마이크로소프트가 새로운 가이드라인, 애니메이션, 여러 향상된 기능을 갖춘 윈도우 UI로 차근차근 개선하고 있다는 사실은 이미 비밀이 아니다. 이러한 변화는 전 세계 수백만 사용자들의 사랑을 받고 있다. 또한 윈도우 GUI 개발 요구에 대한 수요는 사용자 정보와 처리 니즈 부분에서도 모바일 기기나 IoT와 같은 유사한 유비쿼터스 컴퓨팅 솔루션과 경쟁 상태에 있음에도 줄어들지 않고 있다.

Microsoft has been continued to evolve its GUI development solutions for over two decades, and we have seen several significant changes along with a few inevitable missteps which often happen as technology and its users increase in sophistication. Currently, they’re promising a stable ecosystem around their new MAUI (Multi-platform App UI) framework.

마이크로소프트는 20년 이상 자체 GUI 개발 솔루션을 지속 발전시켜 왔으며, 우리는 이 과정에서 몇 가지 중요한 변화를 보아왔다. 여기에는 기술과 사용자의 정교함이 높아지면서 자주 발생하는 몇 가지 불가피하 실수들도 있었다. 현재는 새로운 MAUI(멀티 플랫폼 앱 UI) 프레임워크를 중심으로 안정적인 생태계를 약속하고 있다.

 

목차

모든 사람이 UWP를 사용하는 프로그램을 만들지 않는 이유는?

윈도우 GUI의 다음은 - GUI 앱 프레임워크의 변화

파이썬으로 윈도우 GUI 개발할 때 가장 좋은 옵션은?

Python for Delphi란?

멀티-플랫폼 기술 - 파이어몽키는 무엇인가?

다음 프로젝트에 FireMonkey GUI 애플리케이션 프레임워크를 사용하는 게 어떨까?

제공되는 크로스-플랫폼 애플리케이션 프레임워크를 뛰어넘는?

RAD서버로 개발 생산성을 높일 수 있는 다른 방법은?

델파이 FireMonkey로 차세대 앱을 만들 수 있을까?

왜 델파이가 있는 RAD스튜디오가 아닌 다른 것을 선택하려 하는가?

---

 

모든 사람이 UWP를 사용하는 프로그램을 만들지 않는 이유는?

But how about Windows Forms since 2002 or Windows Presentation Foundation since 2006? Yes, they have shared some sound principles and tried to give a clean separation between controls and application logic. Then with the introduction of the ultimately doomed Windows Phone, developers needed a framework to homogenize the UI to meet the needs of desktop and handheld mobile devices, which led to the SDKs for Windows Phone. After some time, Microsoft claimed to have a single OS that could power the Surface devices, Xbox, desktop apps, touch enabled devices such as tablets, and Windows Phones. So, Windows 10 brought the UWP (Universal Windows Platform), where you build a single app that can run on all these devices, at least theory. One of the most remarkable things about UWP was its security, which isolates individual apps from each other and the underlying OS into a kind of sandbox.

2002년 이후의 Windows Forms나 2006년 이후의 Windows Presentation Foundation은 어떤가? 이들은 타당한 원칙을 공유하고, 컨트롤과 애플리케이션 로직을 깔끔하게 분리하고자 노력해왔다. 이후 운명적인 윈도우 폰 도입으로, 개발자는 데스크탑과 휴대용 모바일 기기 요구를 충족하는 UI를 통일하는 프레임워크가 필요했다. 이는 윈도우 폰의 SDK로 연결되었다. 얼마 후, 마이크로소프트는 태블릿, 윈도우 폰 등 터치를 지원하는 디바이스, 데스크탑 앱, Xbox, Surface 디바이스를 구동할 수 있는 단 하나의 OS가 있음을 주장했다. 이로써 윈도우 10은 UWP(유니버설 윈도우 플랫폼)를 도입하는데, 이론적으로는 이 모든 기기에서 실행 가능한 단일 앱을 만들 수 있다. UWP에서 가장 주목할 만한 점은 보안성이었다. 각 앱과 기본 OS를 일종의 샌드박스로 분리한 방식이었다.

However, these technologies struggled to adopt widespread development for all developers. For instance apps created with UWP are restricted to running in a closed sandbox with a user interface which was very much prescribed by Microsoft. This meant that some developers were reluctant – or unable – to swap to that technology. While developers using Delphi and C++ were able to, as they are now, build truly native apps for Windows devices with an almost unfettered freedom to do as they wished, UWP developers had to learn to live with limitations.

그러나 이러한 기술은 모든 개발자가 널리 퍼진 개발을 채택하는데 어려움을 주었다. 예를 들자면, UWP로 개발한 앱은 매우 제한적인데 마이크로소프트가 매우 엄격하게 규정한 UI를 갖춘 폐쇄된 샌드박스 내에서 실행 가능하다. 이는 곧 개발자가 해당 기술로 바꾸기를 꺼리게 될 수도 있고 또는 바꾸는 게 불가능함을 의미했다. 델파이와 C++을 사용하는 개발자들은 지금도 그렇지만, 원하는 대로 진정한 윈도우 디바이스용 네이티브 앱을 구축할 수 있었던 것과 달리, UWP 개발자들은 한계를 가지고 사는 방법을 배워야만 했다.

 

윈도우 GUI의 다음은 - GUI 앱 프레임워크의 변화

Over the years, Microsoft did not completely discard any of its frameworks; for instance, UWP has the XAML UI layer which debuted at the time of WPF. XAMAL is one of the most excellent features that efficiently manages the different localizations, screen resolutions and the application’s lifecycle. But of course, there are problems around it, and we did not see a significant breakthrough in adoption.

몇 년 간 마이크로소프트는 자체 어떤 프레임워크도 완전히 폐기하지 않았다. 예를 들어 UWP에는 WPF 시기에 처음 선보였던 XAML UI 계층이 있다. XAMAL은 여러 현지화, 화면 해상도, 애플리케이션 라이프 사이클을 효율적으로 관리하는 가장 뛰어난 기능 중 하나이다. 물론 문제가 있는 부분도 있고, 이를 채택할 의미있는 돌파구는 찾지 못했다.

Challengers arose during this period including the Electron framework, loved by web developers. Electron a free and open-source framework where you can develop cross-platform desktop apps using HTML, CSS and JavaScript. If web technologies already power your business, it can be a popular option. That said there is significant criticism leveled against Electron in having a reputation for creating apps which were apparently slow and seemingly using what appeared to be a hugely inefficient amount of computer resources and memory.

이 기간 동안 Electron 프레임워크 등 웹 개발자들의 사랑을 받는 도전자들이 생겨났다. Electron은 무료 오픈소스 프레임워크로 HTML, CSS, 자바스크립트(JavaScript)로 크로스-플랫폼 데스크탑 앱을 개발할 수 있다. 웹 기술이 이미 비즈니스에 영향을 미치고 있다면, 일반적으로 선택할 수 있는 옵션이다. 그렇긴 하지만 Electron은 매우 비효율적인 컴퓨터 리소스와 메모리를 사용하고 매우 느려보이는 앱을 만들어낸다는 평판으로 상당히 비판적인 시선이 있기는 하다.

If you want to create native apps with a native user experience with the highest performance and less memory usage, I recommend Delphi or C++ Builder. Additionally, breaking and exploiting user information from web-powered applications is too easy. To get the highest security with a web app requires significant planning and workaround both on the server and client sides. But if you really want to integrate your web services with a native Delphi application you can use the TWebBrowser component in your native Delphi app to display HTML content with it automatically binding to the correct browser technology for the platform you are targeting. Combined with Delphi’s other technologies such as REST components – made a total breeze with RAD Studio’s REST Debugger which does 90% of the work for you, and the generous array of other TCP/IP protocol components you can combine the best of both worlds. Add into the mix the RAD Server middleware or even third-party solutions such as XData or CDATA connectors and there really is nothing you can’t do, and do better, more efficiently, and more securely.

최고의 성능과 적은 메모리 사용량을 갖춘 네이티브 UX의 네이티브 앱을 개발하고자 한다면, 델파이 또는 C++빌더를 추천한다. 웹 기반 애플리케이션에서는 사용자 정보를 파기나 부당한 이용이 너무 쉽다. 웹 앱으로 최고의 보안성을 갖추고자 한다면 서버 및 클라이언트 단의 계획이 중요하다. 하지만 웹 서비스를 네이티브 델파이 애플리케이션과 정말 통합해야 한다면, 네이티브 델파이 앱에 TWebBrowser 컴포넌트를 사용하면 된다. 이 컴포넌트를 사용해 대상 플랫폼에 알맞은 브라우저 기술에 자동 바인딩하여 HTML 컨텐츠를 델파이 앱에 표시할 수 있다. REST 컴포넌트와 같은 델파이의 다른 기술과 결합할 수도 있다. 여러분을 위해 작업의 90%를 대신해주는 RAD스튜디오의 REST Debugger와 다양한 TCP/IP 프로토콜 컴포넌트 두 장점을 결합할 수 있어 일이 완전히 쉬워진다. RAD서버 미들웨어나 XData나 CDATA 커넥터 등 써드파티 솔루션을 같이 사용하면 여러분이 못 할 게 없다. 더 나은, 더 효율적인, 더 안전한 개발이 가능하다. 

While platforms like RAD Studio have been offering and actively providing one of the best Windows native development tools for more than 27 years now – Delphi with the Visual Component Library. While Microsoft is pushing various changes, Delphi’s Visual Component Library sticks to the core APIs of the Windows OS in a well thought-out implementation with a reputation for stability and compatibility, and that’s why apps created more than 20 years ago can run on new Windows devices without a problem. I assume this is the best-built GUI library in the Windows development marketplace.

RAD스튜디오와 같은 플랫폼은 27년 이상 최고의 윈도우 네이티브 개발 도구 중 하나인, 비주얼 컴포넌트 라이브러리를 지금까지도 적극 제공하고 있다. 마이크로소프트가 다양한 변화를 추진하는 동안, 델파이의 비주얼 컴포넌트 라이브러리는 잘 고안된 구현과 안정성과 호환성에 대한 평판까지 갖춘 윈도우 OS의 핵심 API를 고수하여 제공하고 있으며, 이는 새로운 윈도우 기기에서도 문제없이 20년 이상 구동되는 앱을 만들 수 있는 만들 수 있는 이유이기도 하다. 개인적으로 윈도우 개발 업계에서 가장 잘 구현된 GUI 라이브러리라고 생각한다.

 

파이썬으로 윈도우 GUI 개발할 때 가장 좋은 옵션은?

Moreover, over the last months, the Python4Delphi library has created a buzz among Delphi and Python developers. Python4Delphi allows you to use Python and Delphi programming language together. This is combining the best of all worlds – the fully compiled raw speed and security of Delphi with the overwhelmingly huge library of Python libraries which can carry out almost every imaginable task, particularly excelling in the area of data science and machine learning both the super-hot topics of the current time.

지난 몇 달, Python4Delphi 라이브러리는 델파이와 파이썬 개발자들 사이에서 화제였다. Python4Delphi를 통해 파이썬과 델파이 프로그래밍 언어를 모두 함께 활용할 수 있게 되었다. 최고들의 결합이다. 완벽하게 컴파일된 온전한 속도와 보안성을 갖춘 델파이와 상상할 수 있는 모든 작업을 수행할 수 있는, 특히 현재 가장 핫한 데이터 사이언스와 머신 러닝 영역에서 가장 뛰어난 거대한 파이썬 라이브러리의 만남인 것이다.

While Delphi provides the best GUI frameworks to really make apps shine, Python has that depth of the best AI/ML libraries to solve various problems. Put simply, if you have a working Python project, you can quickly turn that into all singing, all dancing GUI application by using the Python4Delphi library.

델파이는 최고의 GUI 프레임워크를 제공해 매우 뛰어난 앱을 만들 수 있고, 파이썬은 깊이있는 최고의 AI/ML 라이브러리를 제공해 다양한 문제를 해결한다. 간단히 말해, 진행중인 파이썬 프로젝트가 있다면 Python4Delphi 라이브러리로 온갖 첨단 기술이 적용된 GUI 애플리케이션으로 빠르게 전환할 수 있다는 뜻이다.

 

Python for Delphi란?

Python for Delphi (P4D) is a set of free components that wrap up the Python language into Delphi. They let you quickly execute Python scripts and create new Python modules and new Python types.

Python for Delphi (P4D)는 델파이 안에 파이썬 언어를 적용한 무료 컴포넌트 모음이다. 이를 통해 파이썬 스크립트를 빠르게 실행하고, 새로운 파이썬 모듈과 타입을 생성할 수 있다.

• Low-level 파이썬 API 액세스
• 높은 수준의 파이썬과의 양방향 상호 작용
• 델파이 사용자 지정 variant를 사용해 파이썬 오브젝트에 액세스
• RTTL를 사용해 파이썬 스크립트에서 사용할 델파이 오브젝트 래핑
• 등등

 

Furthermore, the DelphiFMX for Python and DelphiVCL for Python libraries provide you to create native GUI apps using your Python code, where you can access VCL and FMX GUI libraries from your Python modules.

파이썬용 DelphiFMX와 파이썬용 DelphiVCL 라이브러리로 파이썬 코드를 사용해 네이티브 GUI 앱을 만들 수 있으며, 파이썬 모듈에서 VCL와 FMX GUI 라이브러리에 액세스할 수도 있다.

 

Check out the above article and learn why the DelphiFMX library is one of the best libraries for creating user interfaces for Windows and other platforms.

위 자료를 통해 DelphiFMX 라이브러리가 윈도우와 다른 플랫폼용 UX 구축에 있어 가장 뛰어난 라이브러리 중 하나인 이유를 확인해보기 바란다.

 

멀티-플랫폼 기술 - 파이어몽키는 무엇인가?

We can talk about Delphi FireMonkey and C# MAUI regarding multi-platform technologies. While Delphi’s FireMonkey framework has been in the market for more than a decade with solid and stable history, the MAUI framework is new. MAUI gives several better enhancements to Windows 11.   

멀티-플랫폼 기술 관련해서는 델파이 파이어몽키와 C# MAUI 이야기를 해보겠다. 델파이 파이어몽키 프레임워크는 견고하고 안정적인 이력의 업계에서 10년 이상 자리해 온 반면 MAUI 프레임워크는 새로운 것이다. MAUI는 윈도우 11의 더 좋아진 일부 향상 기능들을 제공한다.

FireMonkey is something that every cross-platform developer needs. With FireMonkey, you can design a native and cross-platform application and deploy it to Windows, iOS, macOS, Linux and Android using a single codebase. Besides, accessing the hardware components and utilizing the OS-specific functionalities is more straightforward than any other multi-platform GUI framework.

파이어몽키는 모든 크로스-플랫폼 개발자가 필요로 하는 것이다. 파이어몽키를 사용하면, 단일 코드베이스로 네이티브 크로스-플랫폼 애플리케이션을 만들어 윈도우, iOS, macOS, 리눅스, 안드로이드로 배포할 수 있다. 또한 하드웨어 구성요소 액세스와 각 OS 기능 활용이 다른 어떠한 멀티-플랫폼 GUI 프레임워크보다도 훨씬 더 간단하다.

Of course, the “cross-platform” development using a single code base is not something new or exciting for most people. Because we have web technologies, you can build a hybrid app, which works if there is a supported browser on the user’s machine. Moreover, these apps are easy to get updated, right? But as you spend more time using web apps, you start to feel the inevitable inconvenience of these apps. For instance, web apps struggle to talk with hardware components and require several layers of abstraction. Web apps are easier to exploit and break.

물론 단일 코드베이스를 사용한 '크로스-플랫폼' 개발이 대부분의 사람에게 새롭거나 흥미로운 것은 아니다. 이미 웹 기술이 있어, 사용자 PC에 지원되는 브라우저만 있으면 작동하는 하이브리드 앱을 만들 수 있기 때문이다. 거기다 이러한 앱들은 업데이트도 쉽지 않은가? 하지만 웹 앱을 사용하면 할 수록, 불편함을 호소하게 되며 이는 불가피한 것이다. 예를 들어 웹 앱은 하드웨어 구성요소와의 소통에 문제가 발생할 수 있고, 추상화를 여러 계층으로 작업할 것을 필요로 할 수도 있다. 웹 앱은 악용과 고장이 더더욱 쉽다.

So, again FireMonkey is one of the safest and most stable solutions you can utilize: rendering the UI from scratch using the appropriate available GPU, which leads to stunning user interfaces with 3D elements, effects, shaders and transitions. FireMonkey is not just a UI framework; it is an application framework for any application you can think of.

파이어몽키는 여러분이 사용할 수 있는 솔루션 중 가장 안전하고 안정적인 솔루션 중 하나이다. 사용 가능한 적합한 GPU를 사용해 처음부터 UI를 렌더링하는데 3D 요소, 효과, 쉐이더(shaders), 전환 기능을 갖춘 뛰어난 UI를 제공하는 것이다. 파이어몽키는 단지 UI 프레임워크가 아니다. 머리에 그린 모든 애플리케이션을 위한 애플리케이션 프레임워크이다.

 

다음 프로젝트에 FireMonkey GUI 애플리케이션 프레임워크를 사용하는 게 어떨까?

Cross-platform apps can pose challenges to the developer which FireMonkey can help mitigate or eradicate altogether. For example, iOS and Android use different file formats for audio and video, so having a single TMediaPlayer component that leverages this difference is very convenient for the developer who only needs to ask the component to play or record audio/video using the same code. FireMonkey adapts ‘behind the scenes’ so that the correct platform specific code is incorporated at compile time and executed on the target machine.

크로스-플랫폼 앱은 개발자에게 과제를 줄 수도 있다. 파이어몽키는 이를 줄여주거나 완전히 없애줄 수 있다. 예를 들어, iOS와 안드로이드는 각각 다른  음성 및 영상 포맷을 지원하는데, 이 차이를 지원하는 TMediaPlayer 컴포넌트를 사용하면 개발자가 매우 편해진다. 개발자는 동일한 코드에서 음성/영상 기록이나 재생을 위해 컴포넌트를 요청하기만 하면 된다. 파이어몽키는 뒷 편에서 이를 조정해 컴파일 시점에 플랫폼에 맞도록 코드를 올바르게 조정해 대상 기기에서 실행될 수 있도록 한다.

RAD스튜디오 11 - 델파이와 C++빌더

 

Furthermore, should you wish to, you can call any iOS library functions from your Delphi application and utilize underlying OS-specific APIs without a problem. This applies to Android, too – the Java2OP tool is available for Delphi developers. Additionally, JavaBridge is a third-party library that provides interoperability with Java using JNI.

또한 원한다면 델파이 애플리케이션에서 iOS 라이브러리 기능을 호출할 수도 있고, 각 OS 기본 API를 아무 문제없이 활용할 수도 있다. 이는 안드로이드에도 동일하게 적용된다. Java2OP 도구를 델파이 개발자들도 활용 가능하다. 또한 JavaBridge는 써드파티 라이브러리로, JNI를 사용해 자바(Java)와의 서비스 상호 이용을 가능케한다.

Of course, there are drawbacks – while mobile technology is changing rapidly, this cross-platform application framework can give you a hard time if there are significant changes in the application architecture that you need to follow to publish your new update to the app store. With various levels of abstraction, it might take the company to make all the changes that match the OS requirements. But there is the exact thing that you won’t need to make substantial code changes in your source code.

물론 개선해야 할 부분도 있다. 모바일 기술은 빠르게 변화하고 있는 반면, 이 크로스-플랫폼 애플리케이션 프레임워크는 앱 스토어에 새로운 업데이트 게시를 위해 따라야 하는 애플리케이션 아키텍처에 중대한 변화가 있을 경우 어려움이 있을 수 있다. 다양한 수준의 추상화로 OS 요구사항에 맞는 모든 변경 작업을 수행해야 할 수도 있다. 하지만 분명한 점은 소스 코드 상 코드 변경을 많이 할 필요가 없다는 점이다.

 

제공되는 크로스-플랫폼 애플리케이션 프레임워크를 뛰어넘는?

What if I say you can create web apps using the same techniques and programming knowledge? Delphi is a full-stack programming ecosystem where you can apply Windows development skills to develop mobile or web apps. For example, with the help of the TMS WEB Core library, you can design fully-functional & responsive web apps in a short amount of time using just your Delphi skills. You write Delphi code, design screens in the RAD Studio with Delphi form designer and when you compile out comes a pure HTML, CSS and JavaScript web app, ready to run on your, or your customer’s, web server.

여러분이 가지고 있는 기술과 프로그래밍 지식으로 웹 앱을 개발할 수 있다고 말한다면 어떻겠는가? 델파이는 윈도우 개발 기술로 모바일 또는 웹 앱을 개발할 수 있는 풀스택 프로그래밍 생태계이다. 예를 들어 TMS WEB Core 라이브러리의 도움으로, 여러분이 가지고 있는 델파이 기술만으로도 짧은 시간 안에 완벽한 기능을 갖춘 응답형의 웹 앱을 설계할 수 있다. 델파이 코드를 작성하고, RAD스튜디오의 델파이 폼 디자이너로 화면을 구성하고 컴파일하면 순수 HTML, CSS, JavaScript 웹 앱이 생성되어 여러분 또는 여러분의 고객 웹 서버에서 실행할 준비가 된다.

 

TMS Web Core: Create web client apps from your familiar IDE, familiar language and familiar component architecture. Reuse your Object Pascal language experience and existing code to create web apps with object-oriented and type-safe code.

TMS Web Core: 친숙한 IDE, 언어, 컴포넌트 아키텍처로 웹 클라이언트 앱을 만들 수 있다. 오브젝트 파스칼 언어 경험과 기존 코드를 재사용해 객체지향적이고 타입 세이프(type safe) 코드를 갖춘 웹 앱을 만들 수 있다.

 

This library: TMS Web Core is very flexible, and you can make any customization to your web app.

대상 라이브러리: TMS Web Core는 매우 유연하고, 웹 앱에 커스터마이징을 적용할 수 있다.

• 기본 웹 클라이언트 앱
• 설치 및 오프라인 사용 가능한 PWA
• 네이티브 크로스-플랫폼 Mileus 앱
• 모든 JS 라이브러리를 프로젝트에 손쉽게 통합

So put in a nutshell, TMS Web Core provides the fastest development environment with Delphi. With the same techniques and the same knowledge of desktop development, you can create fully-functional service-based web apps.

간단히 요약하자면, TMS Web Core는 델파이와 함께 가장 빠른 개발 환경을 제공한다. 데스크탑 개발과 동일한 기술과 지식으로 완벽한 기능을 갖춘 서비스 기반의 웹 앱을 여러분도 만들 수 있다.

Thanks to Delphi’s great selection of third-party tech partners there are several other ways to create pure web apps using your Delphi skills.

훌륭한 델파이의 훌륭한 써드파티 기술 파트너들 덕분에, 여러분이 가지고 있는 델파이 기술만으로도 순수 웹 앱을 만들 수 있다.

 

RAD서버로 개발 생산성을 높일 수 있는 다른 방법은?

Regarding the RAD Studio ecosystem – developers say they appreciate the sheer productivity. For instance, creating the shell of a basic native and cross-platform service-oriented business application takes several minutes. The LiveBindings Designer, the Fire Data Access Components and the great UI builder are excellent, and in my experience it’s hard to experience the same feeling with other development tools.

RAD스튜디오 생태계에 대하여, 개발자들은 순도 백퍼센트의 생산성에 감사하다고 표현한다. 예를 들면, 기본 네이티브 및 크로스-플랫폼 서비스 지향 비즈니스 애플리케이션 개발에 몇 분이면 된다. 라이브바인딩 디자이너, Fire 데이터 액세스 컴포넌트, 훌륭한 UI 빌더는 정말 최고라고 할 수 있다. 경험상 다른 개발 도구에서는 이런 경험을 하기 어렵다.

 

I emphasize productivity here because I want to point out various free and commercial third-party components that can decrease engineering hours.

생산성을 강조하는 이유가 여기에 있다. 엔지니어링 시간을 줄여줄 수 있는 다양한 무료 또는 상업용 써드파티 컴포넌트들에 대해 이야기해보고자 한다.

Here are some of the best and most potent libraries/components for your toolset:

여러분의 개발 도구에서 사용할 수 있는 가장 적합하고 강력한 라이브러리/컴포넌트는 다음과 같다:

• Data Abstract (델파이용, RemObject 제품) - 빠르고 안전한, 확장가능한 데이터베이스 앱 개발을 지원하는 최고의 프레임워크
• Remoting SDK (델파이용) - 원격 서비스 구축과 클라이언트 앱 노출이 손쉬움
• Hydra - 델파이 VCL 또는 FireMonkey를 .NET (WinForms 또는 WPF), 자바(Java), 네이티브 Elements 코드와 함께 사용 가능. 시각(visual), 비시각(non-visual) 부분을 모두 제공
• DMVCFramework - RESTful 및 JSON-RPC API 개발을 지원하는 델파이 개발자들에게 가장 잘 알려져 있는 고급 웹 솔루션 중 하나
• Spring4D - 기본 클래스 라이브러리(공통 타입, 인터페이스 기반 컬렉션 타입)와 뛰어난 의존성 주입(DI) 프레임워크를 제공하는 다양한 모듈로 구성된 종합 & 오픈소스 라이브러리
• CastleEngine - 델파이 개발자를 위한 크로스 플랫폼 3D & 2D 게임 엔진 지원
• 그 외에도 다양하다 - 여기를 클릭해 Awesome Pascal 저장소를 확인해보길 바란다.

 

델파이 FireMonkey로 차세대 앱을 만들 수 있을까?

The vision around these development tools is always working towards developers’ productivity. No matter what technology you use for Windows or cross-platform development, choose the technology that can be an excellent option for the land’s long-term productivity because not all shiny things can be handy and optimal for the long-term run.

이러한 개발 도구 비전은 늘 개발자 생산성을 향해있다. 윈도우나 크로스 플랫폼 개발에 어떤 기술을 사용하든지, 오랜 기간 생산성에 있어 최고의 옵션이 될 수 있는 기술을 채택해야 한다. 빛나는 것이라고 해서 장기적인 운영에 유용하고 편리한 것은 아니기 때문이다.

How to choose a technology that can make you work smooth and worry-free. Above, I talked about how excellent the FireMonkey GUI framework is. I am not just saying it. To cite my personal experience of the power and speed of Delphi and why I continue to choose it; over the last three years, I’ve worked with more than eight clients, and one time, I transferred the C# WPF project to Delphi VCL, created multi-platform client apps for inventory management systems, and rewrote Java Swing client apps with Delphi FireMonkey. These clients were just amazed at how little time it took to recreate them and impressed by the relatively tiny amount of code it needed.

원활한 걱정없는 작업이 가능한 기술을 선택하는 방법. 앞서 FireMonkey GUI가 얼마나 훌륭한 프레임워크인지에 대해서는 이야기했다. 그냥 하는 말이 아니다. 델파이의 강력함과 속도에 대한 개인적인 경험과 내가 선택한 이유에 대해서도 이야기해보겠다. 지난 3년간 여덟팀 이상의 클라이언트와 작업을 해왔는데, 한 번은 C# WPF 프로젝트를 델파이 VCL로 변경해 인벤토리 관리 시스템용 멀티-플랫폼 클라이언트 앱을 구현하고 델파이 FireMonkey로 Java Swing 클라이언트 앱을 다시 작성한 적이 있다. 고객들은 다시 앱을 만드는데 그토록 적은 시간만으로 가능하다는 사실에 놀랐고, 상대적으로 적은 양의 코드만 있으면 된다는 점에 감명을 받았다고 했다.

Cruising to compute workloads between client and cloud will be as dynamic and seamless as moving between Wi-Fi and cellular on your phone today. To get the highest performance, you should be able to talk with the device and Delphi with FireMonkey is one of the best excellent options.

클라이언트와 클라우드 간의 작업 부하를 수월하게 산출하는 것은 오늘날 핸드폰에서 와이파이와 셀룰러 간의 이동처럼 동적이고 완벽해질 수 있을 것이다. 최고의 성능을 위해서, 여러분은 기기와 대화할 수 있어야 한다. FireMonkey를 갖춘 델파이는 여기에 있어 최고의 가장 뛰어난 옵션 중 하나이다.

 

왜 델파이가 있는 RAD스튜디오가 아닌 다른 것을 선택하려 하는가?

To put it in a nutshell, deciding what programming language and GUI application framework are crucial to any critical performance of your business. Choosing Delphi with FireMonkey is one of the most ideal options that you can find.

간단히 말해서, 프로그래밍 언어와 GUI 애플리케이션 프레임워크를 결정한다는 것은 비즈니스의 중요한 성능 부분에 있어 핵심적인 것이다. FireMonkey가 있는 델파이는 여러분이 찾을 수 있는 가장 이상적인 옵션 중 하나이다.

With a comprehensive cross-platform, low-code GUI development ecosystem like RAD Studio, you can achieve the best productivity for a long-term run.

RAD스튜디오와 같은 종합 크로스플랫폼, 로우코드 GUI 개발 생태계를 사용하면, 장기 운영에 있어 최고의 생산성을 이룰 수 있다.

If you are interested in machine learning, artificial intelligence, or data science, then take a look at a new way to write chief Delphi code against Python libraries in this article.

머신 러닝, 인공 지능, 데이터 사이언스에 관심이 있다면, 본 글에 안내된 파이썬 라이브러리와 비교하여 주요 델파이 코드를 작성하는 새로운 방법을 확인해보길 바란다.