마이그레이션 Delphi7 응용 프로그램니다.NET
https://stackoverflow.com/questions/207169
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
어떤 방법에 대한 조언이 기존 Delphi7 비즈니스 응용 프로그램니다.NET2.0Visual Studio2005?
Visual Studio2005 년에 이미 구매,회사 이동하고 싶어 멀리서 Borland/Codegear 도구입니다.
응용 프로그램이 단일 클라이언트가 서버 실행을 활용,의 번호를 제 3 자 UI 컨트롤과 크리스털 보고서는 10 대한 보고입니다.
이 광범위한 비즈니스 로직 확산을 통해 델파이 유형 UI 에서뿐만 아니라 많은 SQL Server2000 을 저장합니다.이동의 저장 proc 논리입니다.NET 클래스가 다른 목표입니다.
을에 미치는 영향을 줄이기 위해 고객,조각으로 접근 방식보다는 전체를 다시 쓰기/변환 될 것이 선호하는,가능한 경우.미리 감사드립니다.
[Update]사람이 있었는 어떠한 경험,좋은 나쁜 추 사용하여 관리되는 VCL 이러한 유형의 시나리오?
해결책
나는 델파이에서 2007 년 WPF/.NET으로 이주하는 회사에서 일했습니다. 고통 스러웠습니다. 우리는 항상 인터 로프에서 미묘한 버그를 겪고있었습니다. Delphi에서 WPF 또는 Winforms 및 Back으로 전화하는 것은 고통 스럽습니다. 응용 프로그램의 다양한 UI 제어와 창문이 서로를 많이 요구한다면, 나는 당신이 심각한 고통을 경험할 것이라고 생각합니다.
한 번에 전체 변환을 할 여유가 있다면 나는 그것을 위해 갈 것입니다. 그렇지 않은 경우 독립형 앱의 일부를 분리하거나 나머지 앱과 최소한의 상호 작용을 갖습니다.
또한 .NET 2008로 뛰어 들기도 제안합니다. 왜 거의 4 세의 기술을 선택하고 있습니까 (2005 년). .NET 3.5가 매우 안정적 일 때 .NET 2.0으로 점프하기로 선택하는 것은 매우 나쁜 비즈니스 결정이라고 생각합니다. .NET 2.0을 위해 경영진에게 제시 할 유일한 유효한 이유는 Windows 2000을 지원하는 것입니다. 여전히 Win2K에 고객이 있습니까? 전환이 완료 될 때까지 여전히 Win2K에 고객이 있습니까? XP 또는 Vista로 이사 할 수없는 고객이 있습니까? .NET 3.0 및 3.5는 Win2K에서 지원되지 않습니다. 그것이 내가 생각할 수있는 유일한 단점입니다.
.NET 3.5 및 C# 2008은 회사에 상당한 이점을 제공합니다. C# 2.0에 비해 개발 시간을 가속화하는 여러 언어 기능이 있습니다. WPF가 있는데, 이는 Winforms보다 훨씬 우수합니다. WPF와 함께 얻을 수있는 동일한 전함 회색 창문을 개발하고 더 빨리 개발할 수 있으며 눈을 사로 잡을 때 쉽게 제공 할 수있는 기술을 사용할 수 있다고 주장합니다. 이 전환을위한 새로운 윈도우 플랫폼을 배우고 있다면 새로운 것을 배우는 데 투자하지 않겠습니까?
또한 실제로 2005 년을 사지 않았다고 말 해주세요. MSDN Universal 거의 동일한 비용으로 라이센스를 받고 Microsoft가 만드는 모든 개발 관련 제품을 얻으십시오. 제 3 자에서 구입하면 좋은 할인을받을 것입니다.
내가 부정적인 곳에서 벗어나면 죄송합니다. 진심으로, 이주에 행운을 빕니다. .NET 3.5의 모든 케이크를 포기해야한다고 생각할 때 플래시백이 있습니다.
다른 팁
그것은 a처럼 들린다 정말 나쁜 생각 나에게.
제품이 .NET에있는 기술적 이점이 있습니까? 아니면 대부분 Microsoft 상점이되기위한 정치적 결정입니까? 클라이언트-서버의 경우 델파이는 이길 수 없습니다. 나는 vs2005/8을 사용했으며 Win32 개발을위한 Delphi만큼 좋지 않은 것은 진정으로 진심스럽고 진실하지 않습니다. 그러나 당신이 길을 따라 웹으로 마이그레이션하려면, VS는 확실한 이점이 있습니다.
완고한 비즈니스 사람들이 단순히 더 이상 Delphi 사용을 거부한다면 Kiwibastard가 정확합니다. 먼저 delphi.net으로 변환 한 다음 거기에서 vs2005로 마이그레이션하십시오. 또는 2010 년, 그것은보다 현실적인 타임 라인이기 때문에 :)
나는 이전에 .NET이 모두이기 때문에 Delphi에서 C#.NET으로 전환하려는 회사에서 일했습니다. 시원하고 반짝입니다. 그들은 많은 C# 경험을 가진 더 많은 개발자들을 데려 왔고, 응용 프로그램을 C#에 포트하기 위해 개발자의 3 배를 두 배나 길게 옮겼으며, 델파이에서 처음으로 델파이에서 처음으로 글을 쓰는 것이 거의 추가로 작성했습니다 (일부는 거의 없습니다. 프로세스에 새로운 기능이 추가되었습니다). 또한 고객은 응용 프로그램 성능이나 UI에 만족하지 않았습니다.
사례 연구 후 사례 연구에 따르면 그 사실이 밝혀졌습니다 다시 쓰는 것은 나쁜 생각입니다. (모자 팁 코거스)
.net으로 이동해야한다면 (예, 알고 있습니다. 적은 정보 그런 다음 사용하는 것이 좋습니다 .NET 용 델파이 또는 산소를 재구성합니다. 후자는 Visual Studio 플러그인입니다. 하지만 심지어 Marc Hofman, remobjects Oxygene의 최고 소프트웨어 건축가 완벽하게 작동하는 응용 프로그램을 .NET로 "그냥"
델파이 프리즘을 기다릴 수 있다면 비주얼 스튜디오 애드 인이며 올해 말에 나올 것으로 예상됩니다.
단편적인 변환은 기본 델파이 코드를 COM을 사용하여 COM을 사용하여 .NET 쪽이 Delphi와 공존 할 수 있도록 (또는 다른 기술을 사용하기 어려울 수 있음)를 의미합니다.
가능하다면 먼저 앱을 Delphi.net으로 변환하는 것이 더 쉬울 수 있습니다. 그러면 최소한 .NET 비트가 조금 더 쉽게 통신 할 수 있습니다.
그냥 생각.
CodeGear/Borland 도구에서 멀어지면 기본적으로 Delphi .NET 기반 솔루션과 응용 프로그램을 완전히 다시 쓰는 것이 제거됩니다.
아래의 대답이 귀하의 결정에 도움이되기를 바랍니다.
경험에서 (사람들의 팀과 함께 델파이 응용 프로그램을 다시 작성 함) 아래의 두 가지 선택 중 하나로 요약됩니다.
그러나 먼저 경고 : 현재 델파이 응용 프로그램을 작성하는 데 필요한 총 개발 노력이 필요합니다.
우리의 경우, 이러한 노력은 구 델파이 응용 프로그램 (실제로 카일 릭스 였음)이 여러 가지 이유 때문에 수명이 끝났기 때문에 보증되었습니다. 우리의 재 작성은 두 부분으로 구성되었습니다. 추가 기능이 제한된 재 작성 다음에 많은 추가 기능이 이어집니다 (첫 번째 부분의 디자인은 이미 두 번째 부분을 고려했습니다).
선택으로 돌아 가기 :
1- 시각적 스튜디오에서 C# 또는 vb.net에서 총 재 작성
2- RemoBjecs (Delphi Syntax와 매우 유사한 구문이있는 Visual Studio 플러그인)를 사용하여 기존 Delphi 비즈니스 계층 코드를 부분적으로 재사용합니다. Codegear는 곧 프리즘 (2008 년 말 이전)을 제공 할 예정이며, 이는 Visual Studio에도 통합 될 것입니다.
.NET Data Access 및 UI는 Delphi와 완전히 다르기 때문에 처음부터이를 수행해야합니다 (시나리오 1 및 2 모두). Visual Studio 2008은 Visual Studio 2005보다 많은 이점을 제공합니다.
이 마이그레이션을 점진적으로 수행하는 것은 없습니다. 여기서 완전한 플랫폼 변경을 수행하기 때문에 전부 또는 전혀 접근 방식입니다.
두 시나리오 모두 상당한 시간이 걸립니다 (델파이 경험이 있지만 .NET 세계에서 익숙해지는 데 시간이 걸릴 것입니다).
Visual Studio는 Crystal Reports와 상호 작용할 수 있으며 SQL Server와 잘 어울립니다.
Visual Studio 2008은 많은 이점을 제공하기 때문에 (.NET 3.5뿐만 아니라 생산성도 현명하게) 제공되므로이를 수행하는 것이 좋습니다. UI 측면에서는 Winforms (일명 Windows Forms)와 Windows Presentation Foundation (일명 WPF) 중 균형 잡힌 선택을해야합니다.
1 대 1 재 작성인 경우 Winforms를 고수하고 싶을 수도 있습니다. UI가 진행하기 위해서는 일부 타사 구성 요소를 사용해야 할 것입니다. DeVexpress는 Delphi 및 Visual Studio에서 비슷한 구성 요소를 가지고 있기 때문에 여기에서 좋은 선택입니다.
그러나 Future Eye Candy를 위해 가고 싶다면 WPF를 고려할 수 있습니다. 익숙한 것과는 매우 다르기 때문에 Winforms보다 가파른 학습 곡선을 준비하십시오.
델파이와 함께하기로 결정했다면, 웹 (일명 intraweb)과 Delphi 2009에 대한 VCL을 살펴보고 싶을 것입니다 (6 년 전 델파이 7이 발표 된 이후 델파이 세계에서 많은 변화가있었습니다).
당신의 선택을하는 행운을 빕니다!
-jeroen
리모치에서 Hydra를 보는 것이 좋습니다. 기본적으로 COM 인터페이스를 랩하고 Delphi와 .NET 응용 프로그램 사이의 인터페이스를위한 관찰자 패턴을 제공합니다. 델파이 앱 내부의 패널에 .NET 양식이 나타날 수 있습니다. 기능을 .NET으로 마이그레이션 할 때 델파이 코드 비트를 비트로 바꾸는 멋진 마이그레이션 경로를 제공합니다.
저에게 질문이 될 것이다:언어 당신을 사용하고 있습니까?난 C#지 VB.Net.(모든 어려운 정치에 이 쓰임새 이 명확하지 않으로 어떤 것을 의미한다.)
다음 당신은 아마도 듣고 있다는 것을 변환기가 도움이 될 것입니다 당신은 이것을 하고 있다.우리가 그냥 갔을 통해 평가 등의 변환기(델파이 7C#)을 매우!실망입니다.
제가 손상?는 방법에 대한 델파이 Prism?그것은 델파이에서 VS2008.확실히,당신은 여전히 델파이 그러므로 Codegear,하지만 당신은 또한 대로(당신의 회사가 예상하).
John Brant, Don Roberts et al. 그는 델파이 파서, C# 생성기 및 AST에 대한 많은 변환 규칙을 썼습니다. 일련의 규칙 세트, 매일 빌드, 많은 단위 테스트 및 어려운 Delphi 부품의 일부 재 작성을 점차적으로 확장하여 4로 팀을 만들었습니다. 18 개월 만에 소프트웨어. John Brant & Don Roberts는 Refactoring Browser 및 SMACC Compiler Construction Kit의 독창적 인 개발자이며, 그렇게 빨리 갈 수는 없습니다.
이것은 상당한 투자 였지만 '원래 개발과 같은 규모'는 없습니다. 저자는 Jeroen이 언급 한 바와 같이 도구가 없거나 단일 샷 도구가없는 간단한 재 작성은 특히 새로운 요구 사항이 고려되는 경우에 발생할 가능성이 높다고 지적합니다.
저자는 다른 프로젝트를 위해 동일한 플랫폼에 머무르면서 대규모 리팩토링을 수행하여 지속성 인프라를 완전히 대체했습니다. 이것은 이전 (BDE) 기반 프로젝트와 관련이있을 수 있습니다.
오직 당신만이 조각별로 접근 할 수 있는지 실제로 결정할 수 있습니다. 예를 들어 응용 프로그램을 쉽게 나눌 수 있거나 모든 형태가 모든 비즈니스 로직과 너무 강하게 결합 될 수 있습니다. 기술적으로 가능하지만 모두 코드 기반이 실제로 구성되는 방식에 따라 다릅니다.
