8
A
回答
10
我用的後綴形式,如果/除非僅供後衛結構:
return if not valid
break if finished
continue if not important
不用於分配:
mood = greatlyImproved if singing
我的推理是基於條件被隱藏掉的權利和一個控制流路在一個壓痕級上。
當我查看一段代碼時,我可以向左掃描並可以看到控制流。顯然,如果回報只是偶爾發生,那麼代碼只能到達,所以它很突出。這是一種可識別的模式,並且在一條線上比兩條線好。
但是,作業並不突出,而且更容易忽略右側的情況。如果有時只有一個任務發生,我認爲如果與縮進更清晰:
if singing
mood = greatlyImproved
相關問題
- 1. PHP風格指南
- 2. Go風格指南?
- 3. 方案風格指南
- 4. TypeScript編碼風格指南?
- 5. 谷歌Python風格指南
- 6. jQuery代碼風格指南
- 7. c#的風格指南?
- 8. React JSX風格指南
- 9. Apple Carbon/CoreFoundation風格指南?
- 10. Hadoop拉丁風格指南?
- 11. Django表格編碼風格指南
- 12. Typescript默認屬性值風格指南
- 13. Checkstyle與Oracle Java風格指南衝突
- 14. 任何R風格指南/檢查?
- 15. 官方風格指南的鏈接
- 16. 角度分量風格指南
- 17. 移動Web開發風格指南
- 18. MySQL表名稱指南風格
- 19. Ruby風格指南和消息記錄
- 20. 角2標準編碼風格指南
- 21. PHP風格指南一致性
- 22. AngularJS最佳實踐 - 風格指南
- 23. 日誌消息的風格指南
- 24. 是否有質量的C++風格指南指標
- 25. 有流浪文件中引用變量的風格指南嗎?
- 26. 標識符下劃線的斯卡拉風格指南
- 27. 如何在Airbnb JavaScript風格指南中運行代碼?
- 28. 關於JavaScript中風格指南的'標準'是什麼?
- 29. 帶BOOL變量的init方法的可可風格指南?
- 30. John Papa angularjs風格指南webstorm活動模板
嗯,也許這個開放式的問題屬於http://programmers.stackexchange.com/? – 2011-05-24 13:48:43