原文位址：https://henon.wordpress.com/2019/06/05/using-python-libraries-in-net-without-a-python-installation/
pythonnet這個屌爆的項目的出現，使得我們可以用一種新的方式，讓C#可以和Python之間進行互操作。但是它的設定和部署可能有點問題，真的是這樣嗎？
本文我會介紹Python.Included這個項目，它不但優雅的解決了這個問題，并且讓.NET開發者可以輕松愉快的讓.NET與Python進行互操作。作為概念的證明，我将使用Numpy.Net進行展示，它是一個.NET标準庫，它為Python的Numpy提供了一個強類型API，并且使用它并不需要在Windows上安裝Python。
開發人員從Numpy.NET的強類型API中獲益，與動态API不同，後者支援Visual Studio的IntelliSense功能，可以顯示原始的Numpy文檔。
每個人可能都安裝了不同版本的Python，有一些人用Python 2.7，其他一些人用Python 3.5，3.6甚至3.7。當你使用pythonnet的時候，針對Python的每個小版本，它必須使用不同的配置進行編譯，而且該版本的Python必須安裝，這樣代碼才可以運作。是以如果你在團隊裡工作，每個人就必須配置完全相同的Python環境。但拿我們的SciSharp團隊來說，情況就已經不是這樣的了。如果你想部署你的.NET應用，你首先必須部署Python，從開發人員角度來講，這很鬧心。
然而，如果你正在搞機器學習和人工智能，盡管微軟和SciSharp都付出了很大努力，但目前你還是無法完全避免Python的使用。如果你看一下正在使用pythonnet的項目的清單，你會發現很多AI領域的公司目前都在使用.NET與Python進行連接配接。
如果你可以很簡單的引用一個Nuget包，并在無需手動修改的情況下，一切都會自動的配置好，假如可以達到這種程度，你會感覺怎麼樣？這就是我建立Python.Included的願景，Python.Included可以把packages python-3.7.3-embed-amd64.zip包含在它的程式集裡，這這樣就允許你可以通過Nuget來有效的引用Python了。為了證明它能正常工作，并可以快速提供所有的NumSharp中仍然缺少的Numpy功能，我建立了基于Python.Included的Numpy.NET這個項目。
Numpy.NET為Numpy提供了強類型的包裝函數，這意味着您完全不需要使用dynamic關鍵字，但這部分我會在另一篇文章中深入讨論。今天的重點是介紹 Numpy.NET 如何使用 Python.Included 來按需自動部署Python和Numpy以便對它們進行調用。
這是Numpy将在幕後實際執行的設定代碼。這些都不需要你來操作。一旦你使用了它的一個函數：
<code>Numpy.dll</code> 就會設定好嵌入的Python發行版，而它是從你本機home目錄裡的程式集裡解壓縮出來的（如果還沒安裝過的話）。
下一步（如果在之前的運作中還沒完成）它将解壓縮 numpy pip wheel，而numpy pip wheel 是作為嵌入的資源打包到了Numpy.dll裡的并其安裝到了Python安裝檔案裡。
最後，pythonnet運作時被初始化了，Numpy也被導入進來了，可供後續使用。
這些都是在幕後發生的，使用Numpy.dll的使用者根本不用擔心本地的Python安裝。事實上，即使您已安裝了任何版本的Python也無所謂。
大家都知道pythonnet比較慢，是以您可能會問自己，使用pythonnet将Python庫與.NET接在一起是否真的是一個好主意。一如既往，這要看情況而定。
我的測試結果表明，與直接從Python調用Numpy相比，使用.net調用numpy的開銷大約是它的4倍。需要澄清一下，這并不意味着Numpy.NET比python中的numpy慢四倍，這僅僅意味着通過pythonnet調用Numpy會有額外的開銷。當然了，由于Numpy.NET調用的是Numpy，Numpy函數本身的執行時間是完全相同的。
開銷是否是一個問題完全取決于實際用例。如果您在一個嵌套循環中不斷的在CLR和Python之間來回切換，那就可能會遇到問題。但大多數Python庫的設計都都是為了提高效率，避免資料循環。Numpy允許您隻使用一個調用就可以對數百萬的數組元素進行操作。Pytorch和Tensorflow允許您完全在GPU上執行操作。是以，如果正确使用，與處理大量資料時操作的執行時間相比，互操作開銷可以忽略不計。
我知道現在有很多把Numpy移植到.NET上的方案和項目，例如使用IronPython。但是IronPython項目仍然隻支援Python 2.7，而且項目進展非常緩慢。這就導緻了依賴于python 3的庫不能通過IronPython來獲得和使用，而且這種情況在近期也不會有什麼改變。
我的重點是通過pythonnet為.NET提供更多的機器學習和人工智能庫。SciSharp團隊也在讨論如何研發出一個更快版本的pythonnet，進而避免使用天性緩慢的DynamicObject。
請嘗試一下Numpy.NET，并讓我知道它為你做了什麼并且做的如何。如果有任何意見或建議，我将不勝感激，我希望我的工作能夠幫助.NET機器學習社群成長和繁榮。