看源码好累

㈠ 如何正确地查看源代码

一。先把源代码安装起来编译起来，结合它的文档和手册，熟悉其功能和它的应用方式。如果遇到的是英文文档，那么首先恭喜你，如果硬着头皮看下来，不仅能在国内开此系统或框架的先河，而且能让你阅读英文的水平大幅提升。
二。浏览源代码的目录结构，了解各个目录的功能。从整体上观察这个工程是有哪些模块组成的，最好能画一画图。
三。经过以上两步后你对这份源代码有了一个初步的了解了，现在开始分析它的源码吧。这一步我们开始分析源代码框架。例如入口方式是单入口还是多入口，页面之间的调用规则，能根据规则找出某个功能用到的页面。
四。熟悉源代码的代码写作风格，例如缩进方式，排版格式，变量命名，函数命名等。
五。熟悉一下源代码用到的数据库和表，可以参考它的技术支持文档。
六。经过以上几步相信已经对源代码有了更深刻的了解，不过这种了解还只是表面的，下来我们从7个方面具体的去分析它吧：
1.入口构造以及页面调用方式的具体实现，如果阅读时看到工具类和工具函数，尽量去熟悉一下。这一步的分析可以学习到源代码的系统架构方式。
2.分析源代码用到的工具类和工具函数，这样可以学到很多程序编写技巧。可以提升自己编程功力。
3.结合一些安全规则，研究这个源代码是怎样实现安全方面的设计的。这样可以提高自己在安全方面的意识和功力。
4.如果有模板引擎的话，研究一下源代码的模板引擎。大致从实现方式，效率，易用性等几个方面去考虑。
5.研究系统的各个功能模块，这样既能学习编程技巧还能打开自己的编程思路，下次遇到类似的东东就心里有谱了。
6.研究系统所用到设计模式，一样的功能实现，用到的设计模式可能相差很多，对比我们之前所作的东东分析设计模式，是提升我们驾驭代码的不二法门。
7.研究源代码对访问压力，执行效率，系统效率，数据库查询的优化。
七。做笔记，把这个开源代码实现的功能，实现方式、设计框架、模块组织、以及代码技巧等记录下来。边记录边总结整理，对学习的东西更容易消化吸收。
八。实践是检验真理的唯一标准，修改一些比较简单地功能，或者写一些简单的sample，并且调试出来，这样才能做到更加理解代码。同时框架性的源代码里一般都有自带的实例，修改使用这些实例，可以快速了解框架的使用。

㈡ 为什么用editplus右键查看网页源代码时没有颜色怎么改成有颜色的那种啊这样看着好累

把“视图”里的“语法高亮显示”勾上就可以了

㈢ 为什么以及如何阅读源码

对于这些问题，说到底主要是因为经验不够，而经验主要从项目实践中积累，所以招聘单位一般都会限定工作时间大于 3 年，因为这些人的项目经验相对较丰富，项目中遇到的场景相对较多。
工作经验的积累来自于年限与实践，然而看源码可以扩展我们的思路，这是变相增加我们经验的不错方法。虽然不能短时间内通过时间积累经验，但是可以通过学习开源框架、开源项目来获取。
另外进职场后一般都要先熟悉现有系统，如果有文档还好，没文档的话就得自己去翻代码研究。如果大家之前对阅读源码有经验，那么在研究新系统的代码逻辑时就不会那么费劲了。

㈣ html+css的网页源代码太复杂 特别是样式看的头的晕了 如何看这类网站的源码

可以使用GOOGLE浏览器，按F12可以查看元代码，你选在那个元素上，那个元素的代码，包括他所连接的CSS样式就出现了

㈤ 请问各位我最近学习了一些算法，看源代码的时候还是感觉很难理解，望各位支点招，谢谢。

你可以先把这些代码照抄10遍以上加深印象
这是很枯草的 但是没办法
每一行代码都是经验的积累
多练 多打肯定没错 你有了思想 不代表你有了实际操作的经验
所以你还是需要多练 理论结合实际 这样进步才快 不要偷懒哦

每一个零基础的人士 刚学都会有这种感觉
每个人都会经历这样一个过程
起步肯定是艰辛的 但是过了这道坎
只要入门了 接下来的路就会越来越有趣的

㈥ 看了大型网站的源代码好复杂啊，文件夹都那么多，怎么才能从一个新手升到那种境界啊

先把基础搞扎实，然后自己开始模仿别人成熟的东西，然后可是理解代码的意思，然后开始借鉴，最后自己实现功能。

㈦ 如何看android源码，有没有什么指导的文件，为什么我看的好累。求高人指教。

最根本的指导文件就是android sdk的文档，里面也有一些编程指南。或者可以去书店找点入门的书吧。
另外对于android的一些比较特别的概念可能应该事先了解一下，那些不知道的话可能看得会云里雾里。比如显示（xml）与处理逻辑（java）分离的程序结构，intent，content provider之类的。

㈧ 怎么提高看源码的效率

只能看懂一点点```

㈨ 程序员有必要看源码的习惯吗，这么多插件感觉都看了是不可能了

一、先列三个常见的开发场景：

1、拿到一个模块详细设计文档，大部分程序员的通常做法就是开始搭建界面代码，然后从第一个按钮点击事件或页面Load事件开始写第一行业务代码。写的差不多了，就运行一下，发现哪里不是自己想的那样，就改改，直到改到是自己预想的那样。

2、做完了一个功能模块或几块相关联的功能模块，输入111asd，发现新建正常、保存正常，就提交给测试人员。测试员用测试用数据、测试场景用例来测试，发现有问题，就登记bug。对于严重的影响下一步测试的BUG，测试员就用内部IM通知这个开发人员。对于不影响继续往下测试的BUG，测试员就登记下来，等程序员有空时处理。

3、程序员一般工作不希望大家打扰，所以开发起来就是开发。等手头开发告一段落，就看看BUG库。发现有与自己有关的BUG，就从第一个BUG开始看起。就开始通过IM和测试员掰扯起来（这不是个BUG啊、业务逻辑不是你想的那样啊、我这里不能重现啊、你给的信息描述不清晰啊），于是IM几来几往，甚至跑过去当面交流一番，甚至会拉扯上产品经理一起讨论，更甚者需要项目经理或产品经理发起一个会议来集体讨论一下

㈩ 学编程是不是要多看源代码啊

我个人经验，即使有源码，你要这么做：
第一、把语法和所有手册过滤一遍
第二、看别人用同类软件做的，你是否能做出来，然后挑别人的毛病
第三、通过上边，你就会积累了很多自己的想法，别人到底是怎么做的？产生很多学习欲
第四、这个时候才能看源码

最后，你的+他的=进步