마침내 Delphi2005에 의해 시도해 보았습니다. 기숙사는 512m보다 낫지 만 시작 속도는 여전히 VS2005만큼 빠르지 않습니다. 안정성에 대해 말하면 D8보다 훨씬 낫습니다. 그러나 사람들은 아직도 심각한 버그가 충분하지 않다고 말하면서도 여전히 안정성이 좋지 않다고 들었습니다. 사용됩니다. 사람들은 D7과 같은 안정성이 좋지 않지만 D7의 안정성의 약 90%에 도달 할 것이라고 생각합니다. 결국, Borland가 .NET을 사용하여 컴파일러를 개발하는 데 오래 걸리지 않습니다.
Delphi2005의 새로운 기능을 언급하지 않겠습니다. 인터넷과 같은 새로운 기능은 다음과 같습니다.
그러나 나는 함께 이해하지 못한다. 그러나 델파이가 지원되지 않더라도 여전히 델파이 (Delphi2005)에 통합되어 있지 않다고 주장한다. 두 번째 요점은 UML 다이어그램이 직접 코드를 생성하여 다이어그램을 직접 생성 할 수 있지만 코드로 얻지 못했습니다 이것이 이유인지 알고 있지만 Delphi2005는 에코없이 할 수 있다고 말하지 않았습니까? 마지막으로 Borland 컴파일러는 높은 수준이지만 vs2005에서는 vs2005와 거리가 멀다는 것입니다 좋아요 나오기 전에 잠시 동안 돌진하기 위해. 그러나 공정하게, VS를 사용하기위한 프롬프트는 코드를 직접 기준으로합니다. 실제로 재앙이 될 것이며, 이전 코드에 오류가 발생하면 종종 프롬프트가 불가능합니다. 코드의 자동 들여 쓰기에 대해, Borland는 실제로 비교할 수 없으며 2 개의 공간이 자동으로 판단 될 수 있지만 Delphi2005는 여전히 작동하지 않습니다. 내가 좋아하지 않는 마지막 것은 vs에서 3 // 씩 주석 템플릿을 자동으로 생성한다는 것입니다. 그러나 Delphi는 해당 기능을 제공하지 않으므로 이런 식으로 댓글을 달기 쉽지 않습니다.
이 주제로 돌아가서 Delphi for.net은 .NET의 일부 요구 사항에 적응하기 위해 구문 조정을했지만 컴파일러가 이렇게 계속 작성할 수 없지만 아무도 알 수 없습니다. 작성하는 방법. 델프의 델프 프로그램도 쓸모가 없습니다. 이제 Delphi2005가 있었으므로 기다릴 수 없으며 계속 자신을 탐험하십시오.
오늘은 도움을 살펴보고 네임 스페이스를 배우겠습니다.
네임 스페이스
네임 스페이스를 선언합니다
Delphi의 프로젝트 파일에서 프로젝트 기본 네임 스페이스라고하는 네임 스페이스가 암시 적으로 선언됩니다. 프로젝트 파일 헤더가 다음과 같이 정의되었다고 가정합니다.
mycompany.programs.myprogram (라이브러리 패키지와 같은 키워드의 헤더)
그런 다음 프로젝트의 기본 네임 스페이스는 MyCompany.programs입니다
장치 헤더가 단위 ****로 정의 된 경우;
유닛 헤더가 단위로 정의 된 경우 ****. ***;
첫 번째 방법으로 선언 된 단위는 일반 장치라고하며, 항상 프로젝트 기본 네임 스페이스의 서브 스페이스입니다.
네임 스페이스 이름 지정은 대소 문자를 사용하지 않습니다. 다시 말해, 몇 가지 단어로 나뉘어져 있습니다. 마지막 부분은 이름으로 계산되지 않으며 예를 들어 AAA.bb.unit3이 작성되어 네임 스페이스 AAA.BB 만 선언합니다. , Unit3. 그것은 외부 세계에서 볼 수없는 다른 파일 이름의 구별로 간주되며, 여전히 두 개의 다른 부분으로 나뉩니다. 이 기능을 사용하면 큰 네임 스페이스를 여러 파일로 나누어야하는 경우이 장치의 전체 부분을 마지막 부분 의이 섹션에서 다르게 만들 수 있습니다.
네임 스페이스에 대한 참조
사용 명령문을 사용하십시오. 다음 진술이 있다고 가정합니다.
aaa.bbb.unit1, unit2를 사용합니다.
AAA.BBB.UNIT1에 명확하게 지정되었습니다.
1 현재 장치 네임 스페이스 (있는 경우)
2 프로젝트 기본 네임 스페이스 (있는 경우)
컴파일러 옵션으로 지정된 3 개의 네임 스페이스
단위 이름의 마지막 섹션은 외부 컴파일러에 대해 볼 수없고 구별 할 수 없지만 마지막 섹션은 여전히 델파이에서 필수 불가능하므로 마지막 섹션은 사용 문에 포함되어야합니다. .unit1. init aaa.bb.unit2에서는 사용에서 AAA.BB.Unit1의 전체 이름을 참조하거나 프로젝트의 기본 네임 스페이스가 aaa.bb.bb인지를 직접 사용할 수 있습니다. 어쨌든 Unit1은 용도에 필수적입니다.
델파이의 도움으로 : 그것은 다음과 같이 말합니다.
프로젝트 소스 파일의 in clause를 사용하여 여러 단위를 하나의 네임 스페이스로 그룹화 할 수 있습니다.
'filepath/unit1.pas; otherpath/unit2.pas'에서 myProgram.mynamespace를 사용합니다.
이 예에서는 네임 스페이스 MyProgram.mynamespace에는 네임 스페이스의 모든 단위에 걸쳐 Unit1과 Unit2가 모두 고유해야합니다. MySymbol이라는 기호, 컴파일러는 사용 절에서 오류를보고합니다.
그러나 실험 방식에 관계없이 컴파일 오류에주의를 기울이고 구현할 수 없습니다.
지금까지 나는 Delphi가 생성 한 DLL을 참조하는 방법을 찾지 못했습니다. 델파이 프로젝트의 새로운 프로젝트에서 .NET 용 델파이에 의해 DLL을 컴파일 한 다음 컴파일하기 때문에 치명적인 오류를 말하면 아무것도 가져올 수없고 패키지를 사용하십시오. 패키지 등을 사용하십시오. 그러나 vs.net에 DLL을 추가하는 데 아무런 문제가 없으며 프로그램은 정상적으로 실행될 수 있습니다.
지금까지 라이브러리를 생성하지 않고 패키지로 바꾸지 않는 임시 솔루션 만 찾았으므로 최종 대상 파일도 DLL이기 때문에 VS에서 일반적으로 호출 할 수도 있습니다.