我看重的是命名
那代码注释和命名就都很重要喽~
@kingron_Shang: 很少写注释
@dudu:命名写好了,跟注释没什么区别
额,站长好,我想问的是,如果业务逻辑很复杂,单纯的通过命名能不能解决问题?再就是,如果我要根据专业和地区查询用户信息的话,那我的方法名称取 GetUserInfoBySubjectIdAndAreaId() 是不是太长了?
@晓菜鸟: 1,单纯的命名解决不了任何业务逻辑问题;2,太长了。
@晓菜鸟: document.getElementByID().....是不是有点长。。。
如果换成document.getElementByIdentity()是不是更长了。。
假如是doc.getEleByID,短的短了,可是容易重复啊
@dudu: 所以我就纠结了,那么这种问题应该怎么解决呢?
我看中注释
哈哈,楼上的园友就是看命名就知道是什么意思,不用注释的,爱好 直接的好多~
好的代码胜过注释
什么是好代码?好代码包含的东西很多
好代码,就是你的代码转手后没人动不动就来问你
倒也是一种标准~~
好代码几乎不用注释也能看懂的
一般好代码注释很少
但没有注释或注释很少的不一定是好代码
好矛盾
@kingron_Shang: 你多读几遍就不矛盾了
我看重的是逻辑和封装
其实好的代码就是封装,举个例子,一件漂亮的衣服封装了(加工工艺,材料),软件封装好了,代码简洁,否则就是懒婆娘的裹脚。
好代码,就是你的代码转手后没人动不动就来问你 +1
我自问通过命名还达不到这一点,所以复杂逻辑我加了注释.
英文不好的弱弱的表示,像是财务报表之类的,要是不加注释的话,写到后面就会把前面英文名称的意思给忘记0.0