我自己是不太會寫程式的一個人，大多數之前寫的程式都是受惠與邦友、藍色小舖或者一些論壇上網友的回饋後，我把它整理起來變成自己的範例程式，而同樣的在找翻譯專案的解法的時候，基本上也是往盡量少寫程式的方式來解決此問題，而除了之前幾篇可使用的翻譯工具與方式外，很多網友都會教我使用API的程式開發方式，而這類的範例，努力找的話，以微軟microsoft translate 就提供2種版本的解決方式，一種是aspnet for c+的方式及PHP的開發方式，但其實這兩種我都是很少在使用，而如果有把後面翻譯SERVER的問題也考慮進來的話，基本上選擇PHP會是較好的解決方式，因為我所在的環境大多是linux的主機，如果要支援aspnet，需要另外安裝其他的套件，而這個部份我也有試過，目前還是解不出來，有夥伴可能會問說怎麼不架設windows版的SERVER即可解決主機問題了，可能還是需要有證據說明使用它後，後面所產生的效益性大於多少來說服主管，也因此架設windows版server的部分也是先不考慮在選項內。
而microsoft translate的討論區上也有找到我所比較會寫的aspnet for vb的寫法，而我也實際測試過的確可以來使用，而如同之前描述的情況，我們大多數的電腦都不會有網路，那麼只能申請使用proxy 的方式讓其可以連線到microsoft translate api的連線網址，這個部份我也有模擬測試 OK，但最後仍會回歸到使用費用的問題，當我們在https://datamarket.azure.com/browse/data 註冊使用微軟翻譯服務後，即可使用程式呼叫API來做翻譯功能。

而微軟也滿貼心的，有提供2million characters/month的免費使用，這個我自己是覺得很棒，至少個人使用的話是依定足夠來使用的，而它每個階段的費用可以參考下圖說明。

而看到上面的費用說明，我第一個想到的如果我註冊2個帳號不就可以有4millions characters/month可以來使用了，但這個部份我與微軟確認後，在其使用的聲明項目中https://datamarket.azure.com/dataset/1899a118-d202-492c-aa16-ba21c33c06cb#terms ，就有講到不能這樣來使用此翻譯的API。
microsoft translate API的PHP版本，我有測試在網路環境中，其可以正常來執行，但透過proxy的方式使用翻譯功能的部分，我目前仍測試失敗，我所知道的如果要在IT發展的話，只會一種程式語言的話，是比較難生存的，也因此學習PHP是我現階段所努力的目標，因為它可以解決我主機支援性的問題，且這樣在我目前所在的場域中，也會比較適宜。微軟翻譯API其翻譯結果如下圖，個人覺得也滿適用的，在我的想法中是要翻譯工具翻譯的結果沒有誤差，那算是很難做到的，將其翻譯結果微調成自己要的內容是我們可以做得到的。