기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

평가 및 계획

변환 작업을 시작한 후 AWS 변환은 코드를 분석하고 평가 보고서와 변환 계획을 생성합니다. 다음 모범 사례를 사용하여이 단계를 최대한 활용하세요.

평가를 검토하고 질문을 통해 기대치를 설정합니다.

평가 결과를 주의 깊게 검토하여 변환하기 어려운 프로젝트와 그 이유를 이해합니다. 에이전트는 복잡성 수준(낮음, 중간, 높음, 중요)으로 프로젝트를 제시하고 해당 등급을 받은 이유를 설명합니다.

어려운 영역에 대해 자세히 알아보려면 질문하세요. 예제:

계획을 검토하고 에이전트와 옵션에 대해 논의합니다.

에이전트는 검토를 위한 변환 계획을 제공합니다. 이 계획에 대해 설명하고 수정할 수 있습니다. 먼저 옵션을 이해합니다. 에이전트에게 계획의 어떤 부분에 대한 대안이 있는지 물어보세요.

예를 들어 변환 계획은 WCF 서비스를 ASP.NET 웹 APIs. 그러나 조직은 WCF를 계속 사용하는 것을 선호합니다. 에이전트에게 옵션을 요청하고 대안은 옵션을 로 변환하는 것임을 알아봅니다CoreWCF.

조직의 계획을 조정하기 위한 조향 문서 업로드

원래 변환 계획은 조직의 요구 사항 및 기본 설정을 이해하지 않고 생성됩니다. 에이전트에게 조직 규칙, 애플리케이션 사양, 기본 기술 스택 및 기본 코딩 패턴 예제를 알릴 수 있습니다.

조향 문서를 업로드한 후 이를 설명하여 에이전트 컨텍스트를 제공합니다. 조향 문서의 추가 정보를 통해 에이전트는 조직이 선호하는 작업 방식에 맞는 계획을 준비할 수 있습니다.

자유롭게 계획 사용자 지정

.NET 에이전트는 유연하며 .NET에서 .NET으로의 변환 도메인 내에서 변환 계획을 자유롭게 사용자 지정할 수 있습니다. 채팅에서 계획 변경을 요청하거나 원하는 경우 마크다운 파일로 작업할 수 있습니다. 만족할 때까지 계획을 검토하고 구체화합니다.

여러 이해관계자가 계획을 검토해야 하는 경우 계획을 마크다운 파일로 다운로드하여 공유하고 나중에 사용자 지정 계획을 업로드할 수 있습니다.

예를 들어 변환 계획을 검토하고 클래스 라이브러리 프로젝트를 .NET 10 대신 .NET Standard로 변환하기로 결정합니다. 채팅에서 "모든 클래스 라이브러리를 .NET Standard 2.0으로 변환할 계획을 수정합니다"라고 말하면 에이전트가 수정된 계획을 제시합니다.