VSTO
코드의 전개가 매우 복잡합니다.Office 용 Microsoft Visual Studio 도구. 사용 가치가 있습니까?
내 유스 케이스는 단어로 특정 콘텐츠 구조를 적용해야합니다. 나는 VBA에서이 모든 것을하는 것이 낫다.
VSTO
코드의 전개가 매우 복잡합니다.Office 용 Microsoft Visual Studio 도구. 사용 가치가 있습니까?
내 유스 케이스는 단어로 특정 콘텐츠 구조를 적용해야합니다. 나는 VBA에서이 모든 것을하는 것이 낫다.
정말 당신의 프로젝트에 가장 적합한 것이 무엇인지에 달려 있습니다. 특정 파일과 몇 명의 사용자 만있을 경우 VBA를 권합니다.
모든 사용자가 모든 파일을 처리해야하는 경우 더욱 복잡해지기 때문에 VSTO 플러그인을 사용하는 것이 좋습니다. 그것은 귀하의 상황과 복잡성에 달려 있습니다.
언어로서의 VBA의 한계뿐만 아니라 단위 테스트 프레임 워크 및 소스 제어와 같은 산업 강도 도구가 부족하여 좌절 할 수 있음을 명심하십시오. 당신은 VBA를 고수하면 장기적으로 좌절감을 느낄 수 있습니다.
VBA 코드를 작성하여 UI에서 직접 지원하고 나머지는 .NET에서 직접 지원할 수 있습니다.
둘 다 사용하는 솔루션을 작성하는 것은 좋지 않습니다. 결국 지나치게 복잡한 배포 시나리오와 사용자가 솔루션을 해독 할 수있는 능력으로 끝납니다. vsto 또는 vba 스틱. 믹싱은 나쁜 생각입니다. –
VSTO 3.0 이전에는 Ryan Lanciaux와 동의 하겠지만 더 이상은 그렇지 않습니다. 요즈음 나는 VSTO에서 매우 생산적으로되어 VSTO의 작은 일자리조차도 해내 고 있습니다. 추가 기능이 회사 내에서 매우 인기를 얻었 기 때문에 몇 가지 사례에서 내 엉덩이를 구할 수 있었고 클릭 횟수 패키지에 경로를 추가하는 것만으로도 충분했습니다. :-)
약 복잡성 경고 - 성능과 같은 이유로 VBA보다 VSTO가 필요한 몇 개의 파일과 몇 명의 사용자로 구성된 크고 오래 실행되는 복잡한 앱을 보유하고 있습니다. –