2008-10-18 6 views

답변

12

그냥 배우고 이해하는 방법을 원한다면 델파이 Outlook addin (이 글에서 "addin"은 "plugin"보다 훨씬 관련성이 높은 결과를 줄 것임) 약간 날짜가 정해지지 만 여전히 형식적으로 정확한 샘플 추가 기능을 제공해야합니다. Dmitry Streblechenko의 Babelfish addin (더 이상 존재하지 않지만 여전히 기본을 보여주기 때문에 더 이상 유용하지 않음) 또는 Paul Qualls (원래 사이트에서 더 이상 사용할 수 없음)의 샘플 addin. 완전한 소스와 함께 사용할 수있는 mail whitelister addin도 있지만 아직 보지 못했습니다.

특히 추가 기능을 회사 외부에서 사용할 예정인 경우 ADX과 같은 검증 된 프레임 워크를 사용하기를 원합니다. 우리는 델파이에서 셰어웨어 추가 기능을 개발하고 추가 기능의 코드 중 약 75 %가 다양한 버전의 Outlook (특히 Outlook XP) 및 다양한 설정 (가장 중요한 것은 메시지 편집을 위해 Word를 사용하는 옵션이 제공됨)을 제공하기위한 것입니다. 우리를위한 주요 테이블 - 물기).

또 다른 요소는 바보 같은 OOM 보안 모델을 지속적으로 해결해야한다는 것입니다. 너는 Redemption 또는 Outlook Security Manager없이 꽤 많이 체포되었다. 구속은 특히 보안 프롬프트를 피할뿐만 아니라 견고하고 사용하기 쉬운 자체 프레임 워크를 사용하여 지루한 일상 작업을 단순화하기에 충분할 정도로 추천 할 수 없습니다.

[추가 :] 우리는 자체적으로 제작 한 프레임 워크에서 시작하여 사용자 수와 다른 구성이 폭발 할 때까지 모두 잘 작동했습니다. 우리는 약 1 년 전에 ADX로 전환했고 결코 되돌아 보지 않았습니다. 구원을 사용하는 것은 처음부터 생각할 필요가 없었습니다. - 시작하기 전에 확장 MAPI를 배우는 데 몇 달이나 걸렸습니다. (구속을 한 후에는 MAPI를 계속 사용함에 따라 훨씬 쉽게 선택할 수 있습니다. 처음 몇 개의 장애물).

BTW : 사용하는 프로그래밍 언어에 상관없이 모든 자존심있는 추가 기능 개발자를위한 또 하나의 필수 도구는 OutlookSpy입니다. 이것은 실제로 Outlook 내부 (그리고 어느 정도 Exchange)에서 일어나는 일들을보고 (그리고 조작하는) 것을 허용하며, 원하는 효과를 얻기 위해 추가 기능이 무엇을해야 하는지를 훨씬 잘 이해할 수있게 해줍니다.

12

Add-in Express이 좋습니다.

+2

좋은 외모가있을뿐만 아니라, 나는 그 사실을 보증 할 수 있습니다. 매우 만족 한 고객. –

+0

급행에서 아주 좋다 추가하십시오. –

5

델파이로 Excel (사용자 정의 함수 만들기)에서 사용하기 위해 한 번 플러그인을 만들었습니다. 필요한 것은 _IDTExtensibility2 인터페이스를 구현하는 Addin입니다.

정확한 단계를 알 수는 없지만 _IDTExtensibility2를 검색하면 많은 도움이됩니다.

좋은 방법은 article을 확인하십시오. _IDTExtensibility2 인터페이스의 OnConnection 프로 시저에서는 Outlook 응용 프로그램에 대한 항목을 제공합니다.

9

저는 델파이 (룸 예약 시스템을 약속 양식에 통합)를 사용하여 Outlook 추가 기능을 만들었습니다.

조언 :

  • 주문 및 add-in express를 사용합니다. 많은 시간을 절약 할 수 있으며 설치시 타사 구성 요소가 필요없는 COM 추가 기능을 작성할 수 있습니다. 우리는 먼저 자체적 인 구성 요소를 구축하려고 시도했지만 무언가를 한 폼에 단추를 넣을 수는 있었지만 결과에 비례하는 시간이 소요되었습니다.
  • 의심스러운 경우 추가 기능 지원 서비스를 사용하십시오. 그들은 그들의 물건을 안다.
  • Outlook 용 COM 인터페이스 (delphi/ocx/servers/폴더에 있음)는 친구입니다. 애드 인 익스프레스는이 기능을 둘러싼 (훨씬)보다 편리한 래퍼를 제공하기 만합니다.

것들 피하기 ​​위해 :

  • 직선 MAPI 호출을. 이 작업을 수행 할 수 있으며, 실제로 메시지 스트림을 전송할 때이를 사용해야했지만 실제 PITA로 작동하고 매우 잘못 문서화되었습니다.
  • 일회용 양식. 일회용 양식을 사용하기 위해 많은 시간을 낭비했습니다. 게시 된 양식 만 사용하십시오. 코드를 사용하여 양식을 로컬 폴더에 게시 할 수 있으므로 실제로는 큰 문제가 아닙니다. 양식을 확장하는 가장 강력한 방법 인 양식 영역을 사용하는 것이 더 좋습니다.
  • Delphi에서 COM처럼 보이는 것은 일반적인 VCL 프로그래밍과 비슷합니다. 당신이 COM 경험이 없다면 나의 충고는 당신이 손에 넣을 수있는 모든 문서를 읽는 것이다. 일부 익숙한 교훈은 함수가 끝나기 전에 항상 변수를 설정하여 객체가 Outlook에서 올바르게 해제 될 수 있도록하고 객체를 캐스팅하지 않고 객체에서 항상 적절한 인터페이스를 요청하는 것이 었습니다.
-1

델파이에서는 작업이 잘못되었습니다. Outlook addins를 만드는 .NET 및 VSTO는 불행한 옛날에 비해 훨씬 고통스럽지 않습니다. COM에서 Office addins를 만들었지 만 (이전의 VSTO에서는 그렇게 재미 있지 않았습니다) VSTO 3은 오피스 개발자에게 아주 좋은 소식입니다.

+0

글쎄, 델파이에서 COM- 애드 인을 생성하는 것은 꽤 재미있을 수 있습니다 -하지만 그것은 더 우수한 COM 지원 언어로 인한 것 같습니다. : p 직접 VSTO를 사용하지 않았습니다. (아무 것도 필요 없습니다 - ADX + Redemption을 사용하는 델파이는 매력처럼 작동합니다!) 따라서 댓글을 달 수 없습니다 –

+0

많은 사람들이 .NET 앱을 만들 수 있다는 것을 인식하지 못합니다. 델파이도! – stevenvh

+0

불쾌감은 없지만 제 생각에는 사용자 기반의 크기 때문에 VB.net/C# 문제에 대해 좋은 조언을하는 것이 훨씬 쉽습니다. 나는 그 당시 델파이와 CppBuilder를 좋아했지만, C#을 발견 한 이래로 나는 뒤돌아 보지 않았다. – Kasper