是否有可以將PHP代碼轉換為ASP.Net的應用程序？

Question

我累了。 我的項目中約有30個非常混亂的PHP文件。 聽到聲音的人說，Asp.net的結構更合理，更好（我在這里主要依靠Jeff的建議@codinghorror），並且可以使用asp.net而不使用M $的膨脹軟件 。 我不想，也不會手動轉換到目前為止完成的工作。

注意：我想要一個好工具-我不想從〜30個非結構化且凌亂的文件變成存儲在具有奇數文件名（Java）的數百萬個目錄中的更凌亂的文件

Answer 1

困難之處在於，您可以在ASP.NET中自動執行某些工作，而這些工作必須由PHP手動完成。 例如，如果我更改了輸入文本框，並且當我將其移開時希望將其自動保存，則可以在ASP.NET中使用AutoPostback='true' 。 然后，在后面的代碼中，您將處理此更新。

我的觀點是ASP.NET和PHP有很大的不同，因為您可以使用許多工具來使用ASP.NET，因此，從PHP到ASP.NET時，您的代碼看起來會非常不同。

我認為使用工具不是一個好主意，因為這種重寫將使您有機會清理代碼並確定可以使用哪些選項。

更新：為了對交互式應用程序做更多操作，我建議您使用免費的工具包： http : //www.asp.net/ajax/AjaxControlToolkit/Samples/

Answer 2

我以謀生為目的構建了自動化翻譯工具（請參閱DMS軟件再造工具包 。在我15年的經驗中，構建（“自定義DMS”或使用類似技術進行類似操作是不值得的）找到）30 * 1000行代碼的翻譯器。

您可能希望某人提前完成此操作，“ Gee，如果有人構建了這樣的翻譯器並且我可以使用它，這不是很熱衷嗎？” 這樣的希望真是可惜。 問題在於，每個源應用程序都使用輸入技術的任意組合（您可能正在使用PHP，MySQL，JavaScript和一些奇怪的庫），並且希望對輸出技術（ASP，TSQL，JavaScript，C＃庫）進行任意配置。 輸入/輸出配置的空間太大，以至於您無法在翻譯人員身上遇到任何真正符合您需求的翻譯機。 因此，您將需要一個自定義轉換器。 糟糕，回到上一段。

您可以為奇跡祈禱。 但我建議您清理PHP文件並使用它們。 這個世界充滿了“當心您建造的東西，因為它的壽命比您預期的要長得多”。 下次要更仔細地選擇技術和體系結構，這樣就不會出現“混亂文件”的情況。

Answer 3

我不確定您能找到一個將30個凌亂的PHP文件轉換為結構精美的ASP文件的程序的運氣如何，我認為有人會像這樣大賺一筆（而且我們很多人都不會的職位）。 但是，如果您真的想追求它，可以使用谷歌搜索“將php轉換為asp.net”來獲取多個結果。