누구든지 PowerBuilder에서 ASP.NET으로 마이그레이션을 수행했는지 궁금합니다. 이 작업이 완전히 다시 작성 될 예정입니까?이 유형의 마이그레이션을 수행하기위한 모범 사례 목록이 있습니까? 필자는 개인적으로 PowerBuilder를 사용 해본 적이 없으며 모든 지침과 제안을 부탁드립니다. 당신은 파워 빌더와 함께 일한 적이 있지만 작성된 상당히 크기의 애플리케이션을 마이그레이션하는 임무 된 경우PowerBuilder to ASP.NET
, 난 당신이 다음과 같이 제안 높은 것 :
일정 프로젝트 소유자와 회의를.
공백 노트와 연필/펜으로 표시하십시오.
첫 번째 질문은 다음과 같아야합니다. "새로운 시스템에서 무엇을할까요?" 팀이 아니라면 거기에서
이동 ... 다른 언어에 상당히 크기의 시스템을 마이그레이션
은 ... 많은 시간이가 슬레이트를 지우고 다시 시작하는 것이 좋습니다 함정으로 가득하다 두 언어 모두 유창함. 물론, 다시 시작하는 것은 자신의 결점도 가지고 있습니다. 나는
내가 my previous post on converting PowerBuilder to .NET로 시작
개발자가 웹 브라우저의 드롭 다운에 너무 많은 항목을로드하고 있기 때문에 브라우저가 시간 초과 된 것을 보았습니다. 나는 그것을 클라이언트 - 서버에 대해 최적이라고 부르지 않겠지 만, UI를 눈부시게 멈추게하지는 못했다.
만약 당신이 이것에 대해 죽었다면 PowerBuilder 애플리케이션을 비즈니스 정의 문서로 사용하고 처음부터 다시 빌드하기 위해 예산 책정을 시작합니다.
행운을 빕니다,
테리.
powerbuilder 12.1 소스를 powerbuilder.net으로 변환 했으므로 웹 환경의 모든 기능을 사용할 수 있지만 성능은 매우 느립니다.
PB 12.1에서 PB.NET으로 거대한 응용 프로그램 마이그레이션도 수행했습니다. 쉽지 않았습니다. SetRedraw를 많이 사용했는데 그 기능은 .NET에서 더 이상 사용할 수 없습니다. 많은 마이그레이션 코드를 수정 한 후 PB classic에 비해 성능이 매우 낮았다. PB .NET Ide은 Visual Studio보다 느리며 PB 코드를 .Net 프레임 워크 코드와 혼합 할 수 있습니다.
는 예측 비용 검토 한 결과, 우리는 비주얼 스튜디오 .NET을 사용하여 새로운 형태의 응용 프로그램을 다시 작성하기로 결정이 올바른 선택을 밝혔다.
신속하고 정직한 답변을 해주신 Chris에게 감사드립니다. 예비 연구와 조사를 토대로 필자는 .net 마이그레이션을 위해 황소를 날려 버린 경우에만 재 작성하는 것이 유일한 옵션이라고 생각합니다. 당신이 문서화 한 단계들은 팀이 예비 회의를 시작한 후에 계획했던 것과 정확히 일치합니다. 다시 한번 감사드립니다. – mreyeros
@mreyeros : 천만에요. 또한 zeroef는 다음과 같이 말했습니다. 이전 질문을보고 허용/차단으로 표시 할 수있는 것이 있는지 확인하십시오. 그것이 커뮤니티가 작동하는 방식입니다. – NotMe
당신은 절대적으로 옳습니다, 지금 제 질문을 거치고 받아 들인 대답을 표시합니다. 나에게 "noobiness"를 용서해 주었다. :) – mreyeros