1.排版：
    在做开发时，一些小技巧是可以大大提高工作效率的。在排版时，如果版面清楚，自然阅读性更高，自己在调试就可以极大提高效率。一般按照层次进行缩进，花括号采用对称型，即上下两个花括号在同一列中。按照缩进和对称，如果代码超过一个显示页面，如果有多个嵌套层，则把输入提示符点击到一个花括号时，花括号就加粗了，然后直接滚动鼠标滚动页面，在相同的列下的某一行就显示出了加粗的反花括号，倒着也是一样。这个在安装编程助手时就很方便，没有安装的话，可能就不能加粗显示，不过用这种方式可以高效的找出对应的反花括号，从而确定这一整块代码是从哪到哪的。如果花括号不对称，那么就必须想其他办法去确认，并且在花括号多的时候还很容易找错。
    为了尽量减少代码行数，也不至于太精简导致代码难理解，判断语句后只有一个语句，并且较短，直接跟在括号和else之后。如果语句较长，则换行缩进一级。如果是判断分两种情况赋值，则建议采用三元式，如 int a = b>2?5:6 ；如果是判断后执行语句，建议不采用三元式，否则变得复杂化，不如直接用if。
    如果处理过程有明显的步骤的话，建议使用函数封装起来，可以使此函数中代码最少，思路就更加清晰。

2.异常处理：
    异常，通常会让程序崩溃。因此，对于异常你无法用判断进行处理，需要借助异常机制进行处理。通过try{}catch{}进行捕获异常并进行异常处理，这样，即使程序遇到异常也不会崩溃，因此提高了程序的健壮性。当然，此处不是讲解异常，说说一个习惯技巧。对于你非常了解的语句，知道是不可能出现异常的，你就不要用这个。但是对于系统的，组件的，其他人提供的函数的执行，如果不清楚，则最好采用异常捕获关键代码的异常，通常涉及到内存，文件，网络等等都很容易产生异常情况，对这些处理如果不清楚是不是一定会出现异常，最好是将代码放在try中进行执行，这样就会让程序健壮些，即使你不做任何处理，程序也不会因为出现了异常而崩溃。不过最好是将错误提示语句显示出来，这样对于自己调试和别人的使用都是一个好的习惯。

3.过程提示：
    很多人包括我自己，过了一段时间后，自己写的代码的思路都可能忘掉。如果要去修改或者优化，往往会要花很多时间去看代码将思路熟悉。对于别人的代码这是没办法的事情。但是对于自己的代码，建议养成一个好的习惯。对于每个关键执行步骤，要将步骤注释一下，如果有特别的地方，在注释中写出来尤为重要，否则，再下次修改时，还会陷入陷阱，如果注释了就可以不浪费再次掉入陷阱而寻找出路的时间了。只对关键的过程写，不要写太详细。比如读文件：1.从数据库中根据某个条件过滤出文件名 2.判断文件信息，读取文件 3.按照某种方式显示文件内容；以上三步写出读取文件的关键步骤，但是每个步骤都可能有比较多的代码和思路，如果每一步里还是比较复杂，也将步骤标注一下，这样在以后维护程序时，看到这些注释，思路一目了然，根本就不用浪费时间熟悉思路。不要靠大脑去记忆这些思路，一是时间长了不靠谱，二是这样记忆是一种负担，三是让大脑更多的去寻求更加有价值的思路。

4.结构信息存储。
    在处理一些数据时经常在多处用得到这些数据，如果信息量不是很大，建议用一个容器将其存储起来。特别是在数据库中查询的数据，如果每次都动态去查询，效率太慢，且可能因为网络或者服务器的问题而出现问题。所以一次读取成功，则将这些信息存储一起，然后再后续的操作中加以利用，效率就很高了。读取文件也是如此，每次文件操作或者网络操作，都是有异常的隐患，如果可以，就将关键的信息暂时存储。当然，如果信息量太大，则不建议。具体的处理根据具体的情况定义。

5.函数使用：
    为了尽量提高函数的独立性，也就是内聚性，函数尽可能的使用局部变量。如果可以，尽可能使用函数内部定义的变量，其次使用参数传递的变量，同时尽量将参数变量内部化，减少参数数量，这样函数使用起来更加方便，移植性更好。
    一个函数内，建议只能使用系统框架提供的函数，最好只使用API级别的函数，这样可以将内聚性做到最高，移植起来就最容易。
    函数使用建议的方法是：再需要一个函数处理一个步骤或者计算等，先是以使用方式用函数，写出函数名，将你准备好的变量直接写到函数括号内，写完后，如果参数超过五个，建议将关联的参数用结构体组织起来，结构体中第一个参数是结构体大小，其他的依次排下来。这样就减少了参数个数。这就是先假设这个函数存在，先用着，根据需要来用这个函数，然后参数确定好后，然后根据需要确定函数的返回类型。返回多个值可以用结构体形式返回，或者用引用或者指针的方式传递参数。之后才是声明函数，然后定义函数。这样做的话，就不用提前去想怎么设计函数的参数等问题，使用时是最容易确定的，这样效率就很高了。

6.自定义的数据结构：
    在处理一些数据时，为了高效的处理数据，建议采用自定义的数据结构，采用标志位，这样处理数据判断类型进行不同的处理就容易多了。此时，特殊结构的说明和标志说明最好在头文件中进行注释，也不用在其他文档中写，只要在头文件中写即可。因为多数在开发时只在头文件看看就好了。最终形成说明文档时再写入文档，开发期间看头文件更有效率。