早些時候，我向automate processing of a file in InfoPath詢問了一個關於命令行參數的問題。我可能會得到那個Tumbleweed徽章。以編程方式通過其UI訪問應用程序
而不是通過命令行試圖批量解決方案，有人可以建議一個很好的資源來開發一個解決方案，將打開一個應用程序，然後通過應用程序的用戶界面執行操作，如打開文件，打印和關閉文件？
我曾經見過一個遺留應用程序在過去將它打開Attachmate並通過Attachmate的接口執行I/O操作 - 但我從未看過代碼。
一個限制是該過程將從現有的.NET解決方案（即處理10,000個文件）開始。我也無法依靠像Excel中那樣的傳統Office宏 - InfoPath似乎不支持它們。
自動化基於GUI的應用程序的一種選擇是使用AutoIT。它將允許您編寫單擊菜單界面，使用對話框等操作所需的操作。
根據您的需要，您可以在開發機器上創建AutoIT腳本，將其編譯爲標準EXE，然後使用.NET項目的已編譯構件進行部署。要將數據傳遞給它，要麼有AutoIT腳本獲取命令行參數，要麼將.NET解決方案寫入包含所有輸入文件參數的文件，並在文件中讀取AutoIT腳本以處理它。根據你在問題中的數字，我會選擇寫入一個文件。
AutoIT，以前稱爲AutoHotKey（對吧？）是一個不錯的解決方案，+1！ – 2010-01-05 16:49:28
@Carl：AutoIT和AutoHotKey是兩種完全不同的產品，可以處理類似的事情。 AutoIT的設計更適用於應用程序的完全自動化，無需用戶執行任何操作（或在其中創建完整的應用程序）。 AutoHotKey通過鍵盤快捷鍵設計更多用戶啓動的自動化。 – 2010-01-05 16:53:48
我現在正在查看此解決方案 - 看起來非常有前途。 – Mayo 2010-01-05 16:59:50
Attachmate有一個腳本語言，一個API和各種其他的東西來幫助實現自動化。所以這可能不是典型的應用。
另一方面，Attachmate產品（IMO）極端可怕，我將竭盡全力避免與他們合作。
由於您已經在.NET上，您可能需要嘗試新建UI Automation框架。我還沒有嘗試過，但它應該與WPF和本機Win32應用程序一起使用。
MSDN也有一些樣本：UI Automation Control Pattern Samples
決不它的工作，但InfoPath中應該有一個COM接口的Word/Excel中/ Outlook和Office套件的其餘部分做了同樣的方式。這可能是一個選擇。 – 2010-01-05 16:44:03
是的，使用COM接口也是一個選項。我在其他問題中發佈了一個示例（http://stackoverflow.com/questions/2006519/automated-conversion-of-infopath-forms-to-pdf/2007797#2007797）。對不起，對你沒有風聲;-) – 2010-01-05 17:25:01