• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 3981 days ago, the information mentioned may be changed or developed.
 |
tinyproxyDec 18, 2015 via iPhone
1
1. 符合内部规范就行，风格统一。
2. 易读，除非有特殊要求才秀奇淫技巧。 |
 |
heian0224Dec 18, 2015 via Android
2
易读，可维护
|
 |
4
奇技 淫巧 not 奇淫 技巧
|
1 |
hqs123Dec 18, 2015
5
规范可扩展可维护.
|
 |
wolffnDec 18, 2015
6
只要能够贯彻执行编码规范，坚持互相代码审核，就是好的。
|
 |
halfcrazyDec 18, 2015
7
强静态类型
|
 |
BritterDec 18, 2015
8
我觉得应该是 格式统一，命名清晰，编码结构方便扩展，高复用（现在在一家公司里边实习，公司内部编码规范挺好的，平时大家在编码的时候都会对一些不明确的编码结构，命名清晰度进行讨论，我觉得这是一种良性循环，嘻嘻 :P
|
 |
billleeDec 19, 2015
9
强类型、命名清晰
|
 |
terence4444Dec 19, 2015 via iPhone
10
@got 歪个楼：只有我想歪了吗？
|
 |
monkeylyfDec 19, 2015
11
coding convention -> readability
|
 |
whywhy36Dec 19, 2015
12
统一命名风格，编码风格
易读性 （基本上易维护的）大量使用设计模式 |
 |
13
几个卖书的跟你们吹嘘点术语，什么美，优雅、健壮。听到这些激励人心的词汇都整个兴奋的不行
这种东西就跟一些心灵鸡汤，成功学讲座一样。听起来好美。 整天谈论这些形而上学的东西，有个屁用！叫你写个正则查了一上午的资料还没写好。。 |
 |
gxm123gxmDec 19, 2015 via Android
14
@terence4444 你不是一个人。
|
 |
hpengDec 19, 2015 via iPhone
15
后面新加的需求功能不需要改到旧的框架代码就足够了
|
 |
bramblexDec 19, 2015 via iPad
16
先要有，才能美。要是啥都写不出来，美个蛋？
|
 |
gimpDec 19, 2015
17
可读性强，有测试用例
|
 |
wawehiDec 19, 2015
18
对于业务逻辑或者模型有文档可参考的代码可以很大程度上加分
有时候代码是好读，但是不理解业务的话再好读也不理解整体，那也算不得好代码。 |
 |
initialdpDec 19, 2015 via Android
19
能正常实现业务功能的代码都是好代码。要是再有好的编程风格，那基本就完美了。通常情况下，不能要求更多了。
|
 |
SmiteChowDec 19, 2015
20
自解释
|
 |
shylingDec 19, 2015 via Android
21
能用，文齐全
|
 |
23
说道注释，难道真的是程序员不想写，讨厌别人不写 2333
|
Select Language