저는 비교적 복잡한 애플리케이션의 PowerBuilder 9에서 11.5 으로의 마이그레이션을위한 스펙을 시도했습니다. Granted PowerBuilder 은 내 전문 분야가 아니며 프로젝트의이 부분에 대한 추정치를 (그리고 PowerBuilder 사람들 저는 최근에 개인적인 문제가 있었고 통신 중임)을 정당화하려고 시도하는 데 문제가 있습니다. .PowerBuilder 변환 프로젝트를 추정 할 때 알아야 할 사항은 무엇입니까?
-PBL 파일
- 주요 윈도우
- 데이터 윈도우
-Functions
가 (더 우리가 사용할 수있는 소스가 없습니다 : 다음은 우리가 보지하고 평가할 수있는 지표 중 일부입니다 이 프로젝트에서)
어떤 측정 항목이 유용하며 데이터 창과 같은 특정 "단위"가 얼마나 오래 걸릴 수 있습니까?
대부분의 PowerBuilder 마이그레이션은 비교적 부드럽습니다. 9.0에서 11.5로 이동하는 가장 큰 일은 (a) 서식있는 텍스트 편집 컨트롤 (사용 된 경우) 및 (b) 유니 코드 대 ANSI의 변경입니다. 문자열을 전달하는 외부 함수 호출이 있고 ANSI 접미사 추가 또는 유니 코드 버전의 호출로의 마이그레이션 만 필요한 경우 나중에 주로 문제가됩니다.
그래서 Rich Text Edit 컨트롤이 사용되는지 확인하고 선언 된 외부 함수 호출 수를 확인하십시오. 당신이 어느 쪽도 가지고 있지 않다면, 11.5 (프로젝트를 백업 한 후에)에서 프로젝트를 열고 11.5로 마이그레이션을 수행하는 것이 가능할 것입니다.
두 범주에 동의합니다. PB 마이그레이션은 문자열 매개 변수가있는 모든 외부 함수 호출에 "; ANSI"한정자를 추가합니다. 바이트 배열이나 blob을 가진 외부 함수를 찾고 싶습니다. 누군가가 문자열을 채우려하고 있습니다. ANSI 문자열 대신 유니 코드 문자열을 채우면 문제가 발생할 수 있습니다. (PBL Peeper는 ext fns의 목록을 얻을 수 있습니다.) 메트릭에 관해서는 어떤 코드 기반 메트릭도 중요하지 않습니다. 마이그레이션은 자동화됩니다. 대부분의 노력은 테스트이므로 앱의 UI에서 기능 점수의 양을 알고 싶습니다. – Terry
PFC 애플리케이션 인 경우 고려해야 할 또 다른 사항은 수정 된 PFC를 계속 사용할지 또는 11.5 용으로 빌드 된 버전으로 이동할지 여부입니다. 중간 계층이없고 PFC에 대한 사용자 지정이있는 경우 이전 PFC를 유지해야 할 수 있습니다. –
좋은 대답 Bruce. 내가 추가 할 수있는 유일한 것은 많은 테스트 시간을 허용하는 것입니다. 마이그레이션은 일반적으로 매우 원활하게 진행됩니다. 첫 번째 날에 완료 될 것입니다. Terry에 의해 언급 된 ANSI 문제는 마이그레이션에 대한 저를 잡았습니다. 그러나 발생하는 단점을 찾는 데는 많은 테스트가 필요합니다. –
그동안, 그리고 구체적인 내용은 기억이 나지 않지만, 9에서 11.5 로의 업그레이드는 매우 원활하게 진행되었습니다.
PB 9에 대해 많이 알지는 못했지만 마지막 PB 5 응용 프로그램을 .NET 프로그램으로 대체 한 이유 중 하나는 구멍의 문제가 Binary BLURB 였기 때문입니다. 텍스트 수준의 코드에 대한 모든 액세스 따라서 버전 관리가 제대로 작동하지 않았고 글로벌 검색이 제대로 작동하지 않았으며 코드 메트릭도 ??? 예, 당신은 그것을 가지고 있습니다, 그들은 너무 잘 작동하지 않았습니다. –