❶ 请教各位高手,你们是如何看别人写的代码的能分享一下经验吗
看别人的代码首先要知道他要达到的目的是什么，然后再把它的程序分块看，分清楚那部分是主要的，那部分是自定义的，最后再具体看代码。
❷ 如何看别人写的自动化代码
1.要养成一个习惯,经常花时间阅读别人编写的高品质代码.2.要有选择地阅读代码,同时,还要有自己的目标.您是想学习新的模式|编码风格|还是满足某些需求的方法.3.要注意并重视代码中特殊的非功能性需求,这些需求也许会导致特殊的实现风格.4.在现有的代码上工作时,请与作者和维护人员进行必要的协调,以避免重复劳动或产生厌恶情绪.5.请将从开放源码软件中得到的益处看作是一项贷款,尽可能地寻找各种方式来回报开放源码社团.6.多数情况下,如果您想要了解"别人会如何完成这个功能呢?",除了阅读代码以外,没有更好的方法.7.在寻找bug时,请从问题的表现形式到问题的根源来分析代码.不要沿着不相关的路径(误入歧途)
.8.我们要充分利用调试器|编译器给出的警告或输出的符号代码|系统调用跟踪器|数据库结构化查询语言的日志机制|包转储工具和Windows的消息侦查程序,定出的bug的位置.9.对于那些大型且组织良好的系统,您只需要最低限度地了解它的全部功能,就能够对它做出修改.10.当向系统中增加新功能时,首先的任务就是找到实现类似特性的代码,将它作为待实现功能的模板.11.从特性的功能描述到代码的实现,可以按照字符串消息,或使用关键词来搜索代码.12.在移植代码或修改接口时,您可以通过编译器直接定位出问题涉及的范围,从而减少代码阅读的工作量.13.进行重构时,您从一个能够正常工作的系统开始做起,希望确保结束时系统能够正常工作.一套恰当的测试用例(testcase)可以帮助您满足此项约束.14.阅读代码寻找重构机会时,先从系统的构架开始,然后逐步细化,能够获得最大的效益.15.代码的可重用性是一个很诱人,但难以理解与分离,可以试着寻找粒度更大一些的包,甚至其他代码.16.在复查软件系统时,要注意,系统是由很多部分组成的,不仅仅只是执行语句.还要注意分析以下内容:文件和目录结构|生成和配置过程|用户界面和系统的文档.
❸ 如何快速看懂别人的代码
1.要养成一个习惯, 经常花时间阅读别人编写的高品质代码.
2.要有选择地阅读代码, 同时, 还要有自己的目标. 您是想学习新的模式|编码风格|还是满足某些需求的方法.
3.要注意并重视代码中特殊的非功能性需求, 这些需求也许会导致特殊的实现风格.
4.在现有的代码上工作时, 请与作者和维护人员进行必要的协调, 以避免重复劳动或产生厌恶情绪.
5.请将从开放源码软件中得到的益处看作是一项贷款, 尽可能地寻找各种方式来回报开放源码社团.
6.多数情况下, 如果您想要了解"别人会如何完成这个功能呢?", 除了阅读代码以外, 没有更好的方法.
7.在寻找bug时, 请从问题的表现形式到问题的根源来分析代码. 不要沿着不相关的路径(误入歧途).
8.我们要充分利用调试器|编译器给出的警告或输出的符号代码|系统调用跟踪器|数据库结构化查询语言的日志机制|包转储工具和Windows的消息侦查程序, 定出的bug的位置.
9.对于那些大型且组织良好的系统, 您只需要最低限度地了解它的全部功能, 就能够对它做出修改.
10.当向系统中增加新功能时, 首先的任务就是找到实现类似特性的代码, 将它作为待实现功能的模板.
11.从特性的功能描述到代码的实现, 可以按照字符串消息, 或使用关键词来搜索代码.
12.在移植代码或修改接口时, 您可以通过编译器直接定位出问题涉及的范围, 从而减少代码阅读的工作量.
13.进行重构时, 您从一个能够正常工作的系统开始做起, 希望确保结束时系统能够正常工作. 一套恰当的测试用例(test case)可以帮助您满足此项约束.
14.阅读代码寻找重构机会时, 先从系统的构架开始, 然后逐步细化, 能够获得最大的效益.
15.代码的可重用性是一个很诱人, 但难以理解与分离, 可以试着寻找粒度更大一些的包, 甚至其他代码.
16.在复查软件系统时, 要注意, 系统是由很多部分组成的, 不仅仅只是执行语句. 还要注意分析以下内容: 文件和目录结构|生成和配置过程|用户界面和系统的文档.
❹ 别人编写好的程序…怎么才能看到他程序的代码
程序一旦编译完成后无法看到源代码。但是可以有反编译工具查看一些源码信息。你可以把问题说具体点儿，比如什么程序，是汇编程序，C++，C#，还是JAVA。然后网上找反编译工具看看。一般来说得到源码是不可能的了。除非是开源软件。