새로운 프로젝트에 DeHL을 의지하는 것이 안전할까요?

나는 DeHL repository on GoogleCode을 찾아 보았는데, 나에게 정말 좋아 보인다.새로운 프로젝트에 DeHL을 의지하는 것이 안전할까요?

기본적인 프로그래밍 작업을 쉽게하는 많은 흥미로운 기능. DotNet FCL에 있지만 델파이 RTL에서 빠져있는 깔끔한 것들이이 라이브러리에서 발견 될 수 있습니다.
현대적인 방식으로 코드화되어 새로운 언어 기능을 잘 사용합니다.
각 클래스, 레코드 유형, 멤버 함수 및 매개 변수는 Delphi IDE의 코드 완성에 표시되는 방식으로 문서화됩니다.
잘 정리 된 코드;
많은 단위 테스트;
오픈 소스 및 무료;

기본적으로이 라이브러리는 RTL의 일부로 Delphi에 포함되어 있어야합니다.

하나의 주요 단점 : 프로젝트가 중단되었습니다.

:-(이제 내 질문은 :
기본적으로 내가 듣고 싶은 미래의 프로젝트에 대한이 라이브러리에 의존하는 것이 안전하고,

에 구축하기위한 기본 프레임 워크로 사용 하시겠습니까?

출처

2012-05-28 Wouter van Nifterick

잘 보입니다. 제다이의 일원이되어서는 안 될까요? – Johan

DeHL에서 필요한 기능에 따라 Spring4D 및/또는 DSharp를 살펴 보시기 바랍니다. 또 다른 옵션은 DeHL (DeHL afaik의 가장 많이 사용되는 기능)의 Collections 하위 집합이지만 Alex는 제네릭 (예 : 바이너리 크기)의 일부 문제가 해결 될 때까지 계속 개발하지 않을 것이라고 말했습니다. –

상업 프로젝트를 위해 중단 된 프레임 워크를 절대로 사용하지 않겠습니다. 이후 버전의 Delphi로 업그레이드하면 컴파일되지 않습니다. – Adam

IIRC 프로젝트가 과도하게 설계된 첫 번째 시도 였고 많은 기능을 제공했기 때문에 프로젝트가 중단되었습니다.이 라이브러리는 실제로이 라이브러리를 사용했기 때문에 실제로이 라이브러리를 사용하는 데 시간을 투자 할 가치가 있는지의 여부와 관계 없습니다. 정말 지저분하고 부풀어 오른 것으로 밝혀졌습니다. Alex Ciobanu의 두 번째 시도는 간단히 Collections입니다. DeHL에서 흥미로운 특징의 st. 그러나 leaner.

그러나주의하십시오. 컴파일러 팀이 아직 중복 코드를 축소 할 수있는 방법을 구현하지 않았기 때문에 제네릭을 많이 사용하는 경우 여전히 which will make your binary size really big을 많이 사용합니다.

출처

2012-05-28 19:36:54

을 참조하십시오. 개인적으로 컬렉션 유형이 델파이에 오는 것들. 나는 때때로 Julian Bucknall의 고대 Turbo Pascal 데이터 구조 라이브러리의 사전 (비 generic)을 사용합니다. 나는 DeHL에 깊은 인상을 받았지만 실제 제작 앱의 일부로 보관하지 않았습니다. 나는 메이슨의 말에 동의한다. +1. –

새로운 프로젝트에 DeHL을 의지하는 것이 안전할까요?

답변

관련 문제