2012-11-12 18 views
-1

我已經編程了過去6年。我剛剛開始了我的計算機科學第一學位。我的工作似乎不斷下調出於不同的原因,其中包括許多人:我一直在編程六年,我的作業在大學得到降低編碼風格

  • 取消註釋代碼
  • 寫太長的標識符名稱和方法
  • 寫作方法太多

工作後作爲衆多創業公司六年的程序員,並吸收了包括編寫「自解釋代碼」要求的最佳實踐,我發現很難回到不好的實踐。

我該怎麼辦?

+2

做一下教授對你的期望,這樣你就可以通過課堂。 – dugas

+0

好吧,請接受他們的意見,不要忘記,如果你想要一個好的結果,按照老師的方式來做。我的編碼風格因教師而異。這就像在現實生活中,當你被分配到一個現有的項目。你必須遵循他們的風格。 – Marc

+0

也許更適合[programmers.se]? – ShiDoiSi

回答

4

自述文件代碼與評論不同義。

我認爲與此點周圍的很多高級開發者。代碼在溝通意圖方面可能會有很長的路要走,但有些事情根本無法(也不應該)通過代碼進行記錄。

例如,如果你有一個高度優化的功能/方法或這在很大程度上耦合到潛在的問題域和需要的業務或溶液的非常具體的知識代碼塊。在這些情況下,評論是需要

是的,沒錯,評論配備的問題,還有公平份額,但這並不意味着他們是沒有幫助的(或在某些情況下強制)。

我不能告訴你多少次我讀過的代碼行的同事,認爲「搞什麼?!」只有適合自己的解釋,他們需要做的是,由於一些圖書館的一些怪癖或瀏覽器我們瞄準等

評論是針對開發者證明一個設計決策的機制。

至於你的其他問題,它們是主觀的。多久太久了?多少是太多? 指向他們在微軟的指導方針,如果你在MS堆棧或將有無數的文章,無論您使用哪種語言...

希望有所幫助。

+0

實際上我使用的是Eclipse。你知道我在哪裏可以找到java的最佳實踐嗎? – vondip

+0

@vondip http://geosoft.no/development/javastyle.html#Naming約定檢查出部分24,它解釋說,你應該避免使用縮寫等 –

+1

@vondip也比較正規的:http://www.oracle.com/ technetwork/java/javase/documentation/codeconvtoc-136057.html –