- 在线时间
- 0 小时
- 最后登录
- 2006-3-12
- 注册时间
- 2004-5-30
- 听众数
- 1
- 收听数
- 0
- 能力
- 0 分
- 体力
- 262 点
- 威望
- 0 点
- 阅读权限
- 30
- 积分
- 109
- 相册
- 0
- 日志
- 0
- 记录
- 0
- 帖子
- 27
- 主题
- 17
- 精华
- 1
- 分享
- 0
- 好友
- 0
升级   4.5% 该用户从未签到
 |
1)学习应该从基础打起,不要一开始就尝试最高深的技术。 ! [+ u6 ?$ s! N. \
$ _/ m% t2 b, t( B ~
2)每看一本书,不要说这章我以前学习过了,也掌握的很好,因此我可以跳过这一章看 更重要的了。
1 Q1 @" v3 g0 Y( g& H6 l1 M! |( S+ w0 E7 L& d
3)对于作业,遇到不会的尽量不要立刻向别人请教。如果实在解决不了的问题,可以先完成你会的,然后把一些特别的难点提炼出来,向高手请教。 8 h6 q5 W$ t( ~) r* m
# u$ P" v, F" n2 I
3)不要指望书本和行家能帮你解决一切问题,因为并不是所有问题都能由别人教给你。 2 X* ~0 O# |, R0 i8 e2 a6 a
; _/ V* ]' |5 ]4 z
4)向别人请教问题应该把问题说明白。对于错误提示信息应该原样提供出来,不要按自己理解的信息提供。因为既然你自己做不了,说明你理解一般都有问题。
( X3 r- @+ ^4 T$ n
: C& Y; v! G: A* d: L( V& h) c 5)问问题最好能带代码。 . \; z6 T' \0 o
) C1 p' |- N' d+ |; g P( P" B
6)不要说“编译通过,可是运行时...",因为编译错误和运行错误可能根本没有关系。 一般来说,编译是语法问题,而运行是逻辑问题。 4 R1 c6 F5 Q; \
7 T3 b" i& y4 X$ k+ n9 ?* B
7) 书看千遍不如做程序一遍,应该尽量尝试去写程序。 + N7 _4 I. c) W. v& ~1 V
* B! L! d5 x( m# {2 a 8)做程序千个不如做好程序一个。应该尽量完善你现在做的程序,而不要不断开新的计 划,而每个计划都虎头蛇尾。
$ {) p6 L; @% U9 V8 j P# r& f: s& X p/ s. [/ o% u+ k( B
9)要想到你不是一个人写程序,而是和大家一起写程序。 7 i2 W9 T# V' D, K
) Q( Q$ u: I0 f+ J% {/ [# `
10)高深的技巧虽然显示了高深的本领,但是对于合作往往是有害的,应该尽量写出简 单易读的代码。 % l2 S" Z$ Z5 v4 p; C; o7 W; E3 q
; {, w( W# N- ]* r5 _0 o3 D: ~% m+ g 11)编制程序应该尽量做到自注释,即代码本身一读就懂,好象自己在说明自己的逻辑一样。 ( h% p5 m' W ^9 ?
5 X3 Y3 ]' u1 r2 ~% s
12)复杂的代码如果实在做不到自注释,应该给出适量的注释。
+ F" F$ B6 c* L- `4 G* a) i+ Y% ^, x3 c$ \/ G9 W6 |6 g
13)注释在修改代码的时候应该相应修改,不能用陈旧的注释去误导别人。
% v) h! u% `/ z7 y1 \' E
' t0 R2 r2 O; o, e$ c+ J 14)代码应该尽量可重用,相同功能的代码应该由相同的函数完成,重要函数应该给出调试信息,以便调试时及早发现问题。
) ?0 j* q; M. w6 X% \/ s- h! @1 r, v" M6 D/ l! Y1 Q$ i6 h
15)应该尽量写小函数,每个函数尽量不要超过40行或者更少。这样不用滚动屏幕也许就可以读完整个函数。
. w+ l4 w; i- B: }- I* ^0 u2 G( J, `" K4 R! L* E
16)对于switch语句,尽量不要有过多的分支,如果分支太多,可以考虑用跳转表。 . X0 F9 ?' U2 M, B4 A
& `7 i( Z5 K9 l. t3 T" Q
17)尽量少使用一些有争议的语句,如goto和三目运算符,既然有争议,它肯定有一定的缺点。
# E% d. l8 Z/ C$ q9 x8 }/ x/ T) _ s4 ^+ {! u; ]1 f4 o! W- O
18)对于goto,许多工程师技术高到可以合理使用,而不至于导致问题。但是你的程序并不一定给你同水平的人看和修改,他们可不能保证合理的读和修改这些相关代码。
1 E2 S- r, y0 D V" v5 n
4 j' K. r/ L; {8 V 19)代码编写时应该有一定的格式,其基本要求是对理解代码有一定帮助。 ) g4 J5 k9 R, J6 a1 H$ c
4 P0 I r) b2 y1 `$ l, ?
20)如果数据是多个模块共有的,应该提供一个封装的类来管理它,并提供一个合适的接口给各个模块。这样,如果数据内容有重大修改,则只要接口不变,基本上可以保证程序不要很复杂的修改。 2 Q, @$ v0 s3 K: y5 L$ R c
8 Y' C2 }' Y" H9 R# z) } L- R4 i3 @
21)应该尽量考虑到数据的并发控制。
R1 Q$ K0 f7 {9 P* p
1 {, K' k1 h' w2 V6 w W 22)数据的并发控制应该封装在接口内,而不要暴露给其他模块,这样可以减少因为并发原因导致的程序死锁。
' |, e9 M. o7 i
5 p8 t) H; B1 n5 p 23)数据本身结构不可以太复杂。应该尽量把不相关的数据分割成为两组数据。 ! h c2 [) F8 [/ J% D8 C
. Y" W# G. O" V0 k 24)对于数据量比较大的情况,应该考虑数据库。 / q3 R' C" ?6 \0 G. _
, ?) q7 }/ l9 z7 g2 [. t2 n 25)数据库接口应该采用标准ODBC或者ADO接口,尽量不要根据实际数据库DBMS提供的接口来处理,因为你可能在实际使用中更换DBMS。 % x- S J+ m+ W8 ~) ~. w) R. [+ R1 }
& i5 G9 }! b) W' A/ Z/ H( B 26)小的数据可以考虑文件,文件路径应该必须设计成相对路径。
7 }% V% ^4 r- ?: q
6 J: V5 ?% l! G 27)在一个函数中,应该尽量打开文件后使用完后立刻关闭,这样其他程序可能使用文件。 ! ^, j$ Q/ B8 ?" i
3 |$ s3 b/ _9 U8 C, m 28)不要尝试把文件全部读到内存中,应该分次处理大文件。 Z9 E4 D/ ~' L; |5 O, F
0 g7 n/ v( i2 _, @9 E 29)编写程序应该提供相关的测试程序,以提供测试手段。 1 g. Y$ L# p# V7 b+ c: p: V
4 K* J2 \0 T( | 30)应该考虑代码、函数的使用情况,不要超越函数可以使用的范围使用之。 |
zan
|