C #으로 이동하는 것을 지원합니다. 다른 사람들은 당신의 요점을 잘 다루었으므로 나는 그들이 말한 것을 다시는 말하지 않을 것입니다. VBA를 고수해야 할 많은 이유가 있습니다.

그러나 내 고용주 중 한 명이 의미있는 문서를 작성하는 데 완벽한 일을했습니다. 모든 소프트웨어 프로젝트에만 해당되는 경우 설계 결정이 정당화되어 실제로 작성되었습니다. 내 입장? 디자인 결정 중 하나는 “우리는이 프로그램을 Java로 작성하기로 결정했습니다. 왜냐하면 So-and-so는 그의 이력서에 x 년의 Java 경험을주기 원하기 때문입니다.” 이것이 C #으로 전환해야하는 강력한 이유라면 사소한 것으로 무시할 수 없습니다. IT 팀에게 정당성을 부여하는 데 사용하는 이유 중 하나 일 수는 없습니다. 이력서에서 원하는 것을 실제로 신경 쓰지 않고 작동하는 제품을 걱정하기 때문입니다.

VBA에 대한 인식도 있습니다. 나는 그것이 사실이 아니라는 것을 알고 있지만, 이력서에서 ‘VBA’를 보는 상당히 많은 사람들을 알고 있으며 “이 사람은 인턴 작업을 계속하고 있습니까? 왜 실제 언어에 대한 경험이 없습니까?” 그들은 ‘VBA’를보고 ‘엑셀 매크로 개발자’라고 생각합니다. 한 셀을 다른 셀에 복사 / 붙여 넣기, 간단한 계산 등을 수행하는 것과 같습니다. 일반적으로 VBA에서 실제 개발을 평가할 수있는 사람들은 VBA를 실제로 수행 한 사람들이며, 적어도 내 경험상 점점 더 작은 풀처럼 보입니다. 귀하의 지역에서 VBA에 대한 인식이 더 좋을 수도 있지만 VBA에 대한 많은 부당한 부정성을 보았습니다.

MainMa는 VBA와 C #의 유사점에 대해 언급했습니다. 이것은 절대적으로 사실이며 JMK의 답변은 읽을 몇 가지 기술을 제공합니다. VBA 코드를 C # 프로젝트에 복사 / 붙여 넣기를 시도하고 구문 오류가 얼마나 쉬운 지 확인하십시오.

당신은 4,000 줄의 코드를 가지고 있다고 말했습니다. 이것은 코드의 좋은 덩어리이며 아마도 많은 기능을 포함 할 것입니다 … 그러나 단지 4,000 줄의 코드입니다. 복사하여 붙여 넣기를 시도하십시오. 구문 오류를 정리하고 프로젝트를 진행해도 놀라지 않을 것입니다. 코드의 세부 사항이나 사용 가능한 자유 시간을 알지 못하면 주말 에이 문제를 해결할 수 있다고 생각합니다.

C # 모범 사례를 따르지 않을 수 있지만 비효율적 일 수 있지만 C #에서 기능적으로 동등한 프로젝트가 끝납니다. 또한 새로운 C # 코드가 기존 VBA 코드보다 결함이 발생하지 않는다는 것을 상대적으로 확신 할 수 있습니다.

자신의 시간에 VBA 코드를 C #으로 변환하면 몇 가지 작업을 수행 할 수 있습니다.

• 구문 오류를 조사 할 때 실제로 C #에서 작업하기위한 일종의 입문서 인 C # 사례에 익숙해집니다.
• 플러그인을 Excel에로드 할 때 발생하는 명백한 문제에 대해 조명 해 줄 것입니다 (excel은 여전히 ​​요구 사항이므로). 아직 고려하지 않은 문제가로드 블록 일 수 있습니다.
• 고객 (IT 팀)에게 개념 증명을 보여줍니다. 현재 기능을 갖춘 C # 플러그인이 작동하는 것을 볼 수 있다면 C #을 통해인지되는 위험 수준을 줄일 수 있습니다.

그리고 IT의 세 가지 요점으로 돌아가십시오.

• 매우 중요한 프로젝트이므로 작동해야합니다. C # 솔루션은 기존 VBA 기반 솔루션만큼 안정적이거나 작동하지 않습니다.

앞에서 언급했듯이 C # 코드는 동일한 기능을 수행하며 VBA와 마찬가지로 안정적입니다. 엄밀히 말하면, 거기 이다 당신이 버그 / 결함이나 비 효율성을 소개하는 기회,하지만 그건 아닌 것 같습니다. 우리는 iOS / Objective C에서 Android / Java 로의 포트에 대해 이야기하는 것이 아니라 구문에서 많은 유사점을 공유하고 정확히 동일한 기술 인 Excel 통합 문서를 사용할 수있는 두 언어 사이의 포트에 대해 이야기하고 있습니다.

• VBA 솔루션에서 수행 한 작업을 버리고 C #에서 처음부터 다시 만들어야합니다.

이를 통해 노력이나 코드를 버리지 않습니다.

• 누군가 VBA와 C #의 두 가지 개별 솔루션을 지원해야합니다. [사실, 그들은 현재 지원할 사람이 없다. 나는 보통 들어간다].

C #에는 하나의 솔루션 만 있습니다.

대체로 고객에게는 많은 위험이 있습니다. 이러한 위험을 완화하기위한 단계를 수행 할 수 있으면 C #으로의 변경을 수용 할 수 있습니다.

답변

var excelApplication = new Application();
var workbook = excelApplication.Workbooks.Open(@"C:\location.xlsx");

workbook.Save();
excelApplication.Quit();

Marshal.ReleaseComObject(excelApplication);