同一項目

混合編程語言是不是一個壞主意，混合編程語言，例如具有發送一些東西到python程序，然後去和做其他的東西與它node.js服務器。這非常模糊，但在不同程序之間發送數據的最佳方式是什麼？或者這只是一個可怕的想法，我不應該考慮它？插座？同一項目

2012-03-01 dabarnes

你做了任何研究嗎？混合和匹配編程語言以發揮各自的優勢是相當普遍的。例如，對於Web應用程序，我可能會在同一頁面上使用PHP，JavaScript/jQuery和SQL。 – Edwin 2012-03-01 21:15:38

OP問我認爲沒有回答的是你如何結合，使兩個以不同語言編程的過程合作。這就是他提到套接字的原因。 – 2013-12-23 08:55:40

我不明白爲什麼這是有害的。多語言程序設計目前很常見：客戶端上的jQuery和JavaScript，服務器上的Java或.NET等。

在Java或.NET中編寫Web服務很常見。它不應該打擾任何人混搭。

使用最好的工具來完成這項工作。

2012-03-01 21:11:58 duffymo

答案是「取決於」，但總的來說沒有錯，沒有。

很多時候，爲了便於開發和維護，實際上這樣做是有好處的，因爲有些語言只適用於某些任務。

其他時候，語言之間存在溝通障礙，這取決於您處理的數據有些尷尬。

還有些時候，你實際上最終會製造自己的獨立語言（例如配置文件），因爲你只是不喜歡任務的可用編程語言。

2012-03-01 21:13:48 Kaganar

這不是一個壞主意。事實上，這往往是必要的。特別是你提到的兩種語言。通常需要使用客戶端語言，然後使用單獨的服務器端語言。他們有不同的目的，他們都需要。

至於在它們之間傳遞數據，如果需要在它們之間傳遞數據，混合語言通常不是一個好主意。我需要更多有關情況的信息才能更具體。

2012-03-01 21:14:28

主要問題是您無法輕鬆地重用代碼。這意味着例如您可能必須複製所使用的每種語言的ORM映射等內容。

2012-03-01 21:15:02

在我看來，重複使用被高估了。 – duffymo 2012-03-01 21:15:59

您的一般問題有點含糊不清，因爲您不明確要做什麼。但是，如果您只是試圖讓用不同語言編寫的程序相互通信，則應該考慮RPC庫。

節儉，最初Facebook開發的，是一個潛在的（和相當不錯的IMO）選項：http://thrift.apache.org/

2012-03-02 20:51:02

回答