適用於非IDE Java開發人員的C＃SDK

Question

我從事Java已有多年的經驗，它是為重復性任務開發快速簡便的工具的一種方式。 我不是傳統意義上的真正的“開發人員”，但是我在創建各種各樣的工具和PoC方面經驗豐富。

對我來說不幸的是，我注意到許多商店都在專門尋找C＃的經驗，而Java卻沒有那么多。 即使在SO方面，與Java相比，還有更多的問題和C＃相關問題的更多追隨者。 出於跨平台兼容性的考慮，我始終首選Java而不是C＃，但是由於這些語言是如此相似，因此我認為交叉訓練對我來說將是有益的。 我已經涉獵其他語言和腳本（VB和其他BASIC風格，Javascript，VBScript，ASP，JSP，PHP等），因此添加其他語言也不成問題。

我當前的Java環境僅包含一個文本編輯器（主要是jEdit的插件和布局）和自制腳本來編譯/打包我的項目。 我不喜歡使用IDE，因為我想完全控制自己的代碼，也不希望程序為我編寫代碼。 （如果可行，我也更喜歡編寫自己的代碼，而不是使用任何類型的外部庫/程序包。它有助於我學習並大大減少不必要的代碼。）

因此，對於非IDE C＃SDK，我有哪些選擇？ 圖書館顯然對我而言並不那么重要。 我聽說過Mono，它似乎將功能分開，但是還沒有嘗試過。 還有哪些其他SDK與與文本編輯器結合的簡單Java SDK相似？

Answer 1

使用IDE並不一定意味着為您編寫代碼。 我通常不喜歡設計師生成的代碼，但是除非您決定使用設計師（或代碼片段等），否則Visual Studio不會為您編寫代碼。 當然，當您創建一個骨架類時，它將為您創建一個骨架類，在實現接口時添加適當的方法簽名等-但是，樣板真的是您想自己編寫的東西嗎？

我還建議您不使用外部庫的政策是不好的。 我同意有時重新實現某些東西對於教育目的很有用，但是這意味着代碼質量可能最終會變差……為什么您不希望使用已經被許多人使用和改進的代碼？ 是的，您需要注意所使用的庫-但是您確實不想自己做任何事情……無論如何，如果您想提高工作效率，那不是必須的。

我經常自己使用文本編輯器和命令行來執行簡單的測試代碼（例如，用於Stack Overflow問題），但我不想為打算保留的“真實”代碼這樣做。

Answer 2

老實說，許多C＃和.NET都是關於學習工具的。 Visual Studio為您提供了許多文本編輯器無法完成的工作。 有一個免費版本，我強烈建議您檢查一下！ 招聘人員會想知道您熟悉他們最有可能使用的工具。

Answer 3

您可以僅從記事本和csc.exe（.NET SDK附帶的命令行C＃編譯器）開始。

但是，IDE不一定是代碼生成器的同義詞。 我將下載Visual Studio Express並從空的Console項目開始。

玩得開心！

Answer 4

不要忘記，如果您確實需要，可以使用MSBuild和.sln文件來構建/組裝C＃項目。 但是，集成開發環境會令生活變得更加簡單。

Answer 5

IDE不會為您編寫代碼，它將幫助您編寫代碼。 使用庫將幫助您專注於真正要編程的內容，而不是已經完成的事情。

Answer 6

簽入SharpDevelop的文本編輯器組件AvalonEdit。 它是一個開放源代碼的文本編輯器，具有可實現諸如智能感知和語法突出顯示等功能的類。 您只需要使用任意數量的內容，就可以將其嵌入到使用文本框控件的任何位置。

如果您熟悉Java的Ant，那么也可以簽出NAnt進行編譯階段。

Answer 7

據我所知，使用Visual Studio還會獲得一個命令行C＃編譯器csc 。 您可以使用文本編輯器，並根據需要在命令行上手動編譯C＃代碼-但是，當您的項目包含多個源文件時，這不是很實際。

如果您的項目越來越大，則可以使用NAnt之類的工具，它是流行的Java構建工具Ant的.NET版本。

我同意喬恩·斯基特（Jon Skeet）的觀點，即您的工作方式不太實用。 如果您確實在尋找軟件開發工作，則最好學會使用其他開發人員使用的工具。 雇主也不會接受您希望自己編寫所有代碼而不是使用庫這一事實。 通過使用庫而不是自己編寫所有庫，您可以節省大量時間，從而可以重復使用經過良好測試的代碼，並且其他開發人員可以更輕松地維護代碼。