2008-11-10 9 views

Trả lời

4

Nó thực sự phụ thuộc vào những gì có ý nghĩa nhất đối với dự án của bạn. Nếu nó chỉ dành cho một số tệp và một vài người dùng, tôi khuyên bạn nên sử dụng VBA.

Nếu nó phức tạp hơn và cần phải làm việc trên tất cả các tệp cho tất cả người dùng, tôi nghĩ rằng một plugin VSTO sẽ là cách để đi. Nó thực sự phụ thuộc vào tình hình và sự phức tạp của bạn mà bạn đang cố gắng thực thi.

+0

báo trước về sự phức tạp - bạn có thể có một ứng dụng phức tạp dài, chạy dài bao gồm chỉ một vài tệp và một vài người dùng vẫn yêu cầu VSTO trên VBA vì các lý do như hiệu suất. –

0

Hãy nhớ rằng nó không chỉ là những hạn chế của VBA như một ngôn ngữ, mà còn thiếu các công cụ sức mạnh công nghiệp như khung kiểm tra đơn vị và kiểm soát nguồn có thể gây phiền toái. Bạn có thể giao dịch với tốc độ phát triển với sự thất vọng lâu dài vì điều này nếu bạn gắn bó với VBA.

Bạn có thể làm cả hai, viết mã VBA để trực tiếp hỗ trợ giao diện người dùng của bạn và phần còn lại trong .NET.

+1

Viết các giải pháp sử dụng cả hai là một ý tưởng tồi. bạn kết thúc với một kịch bản triển khai quá phức tạp và khả năng người dùng phá vỡ giải pháp của bạn. dính với vsto hoặc vba. trộn là một ý tưởng tồi. –

2

Trước VSTO 3.0, tôi đồng ý với Ryan Lanciaux nhưng không đồng ý nữa. Những ngày này tôi đã trở nên rất hiệu quả trong VSTO và tôi thậm chí còn làm một công việc nhỏ trong VSTO. Điều đó đã lưu mông của tôi trong một vài trường hợp khi bổ trợ trở nên rất phổ biến trong công ty và tất cả những gì tôi phải làm là thêm đường dẫn đến gói Nhấp một lần :-)