java代码要背锅吗 java写代码的思路

我在学java初级,网络编程这一章。觉得像这种代码和方法好难记住啊?怎么记啊?全部背下来吗?

结论

成都创新互联公司是专业的瓮安网站建设公司,瓮安接单;提供成都网站设计、网站建设,网页设计,网站设计,建网站,PHP网站建设等专业做网站服务;采用PHP框架,可快速的进行瓮安网站开发网页制作和功能扩展;专业做搜索引擎喜爱的网站,专业的做网站团队,希望更多企业前来合作!

我觉得学编程,写项目没有必要去背代码,除非你是为了面试,那就可以稍微背一下。你可以先了解网络编程相关的函数大概了解它们的作用,然后去一些代码开源网站找一些java网络编程相关的项目,然后你尝试去模仿它,这样的话,你的编程能力可能就会进步得快一点。

具体操作

在以下网站中进行相关网络编程函数的查询学习。

里面也有相关例子的讲解。

如何编写高质量的代码

1. 打好基础

写出高质量代码,并不是搭建空中楼阁,需要有一定的基础,这里我重点强调与代码质量密切相关的几点:

掌握好开发语言,比如做Android就必须对Java足够熟悉,《Effective Java》一书就是教授大家如何更好得掌握Java, 写出高质量Java代码。

熟悉开发平台, 不同的开发平台,有不同的API, 有不同的工作原理,同样是Java代码,在PC上写与Android上写很多地方不一样,要去熟悉Android编程的一些特性,iOS编程的一些特性,了解清楚这些,才能写出更加地道的代码,充分发挥各自平台的优势。

基础的数据结构与算法,掌握好这些在解决一些特定问题时,可以以更加优雅有效的方式处理。

基础的设计原则,无需完全掌握23种经典设计模式,只需要了解一些常用的设计原则即可,甚至你也可以只了解什么是低耦合,并在你的代码中坚持实践,也能写出很不错的代码。

2. 代码标准

代码标准在团队合作中尤为重要,谁也不希望一个项目中代码风格各异,看得让人糟心,即便是个人开发者,现在也需要跟各种开源项目打交道。标准怎么定是一个老生常谈的话题,我个人职业生涯中经历过很多次的代码标准讨论会议,C++, C#, Java等等,大家有时会坚持自己的习惯不肯退让。可现如今时代不一样了,Google等大厂已经为我们制定好了各种标准,不用争了,就用这些业界标准吧。

3. 想好再写

除非你很清楚你要怎么做,否则我不建议边做边想。

你真的搞清楚你要解决的问题是什么了吗?你的方案是否能有效?有没有更优雅简单的方案?准备怎么设计它,必要的情况下,需要有设计文档,复杂一些的设计需要有同行评审,写代码其实是很简单的事情,前提是你得先想清楚。

4. 代码重构

重构对于代码质量的重要性不言而喻,反正我是很难一次把代码写得让自己满意、无可挑剔,《重构》这本书作为业内经典也理应人人必读,也有其他类似的教授重构技巧的书,有些也非常不错,遗憾的是我发现很多工作多年的同学甚至都没有了解过重构的概念。

5. 技术债务

知乎上最近有个热门问题《为什么有些大公司技术弱爆了?》,其实里面提到的很多归根结底都是技术债务问题,这在一些大公司尤为常见。技术债务话题太大,但就代码质量而言,我只想提一下不要因为这些债是前人留下的你就不去管,现实是没有多少机会让你从一个清爽清新的项目开始做起,你不得不去面对这些,你也没法完全不跟这些所谓的烂代码打交道。

因此我建议各位:当你负责一个小模块时,除了把它做好之外,也要顺便将与之纠缠在一起的技术债务还掉,因为这些债务最终将是整个团队来共同承担,任何一个人都别想独善其身,如果你还对高质量代码有追求的话。

作为团队的技术负责人,也要顶住压力,鼓励大家勇于做出尝试,引导大家不断改进代码质量,不要总是畏手畏脚,停滞不前,真要背锅也得上,要有担当。

6. 代码审查

我曾经听过一些较高级别的技术分享,竟然还不时听到一些呼吁大家要做代码审查的主题,我以为在这个级别的技术会议上,不应再讨论代码审查有什么好,为什么要做代码审查之类的问题。同时我接触过相当多所谓国内一线互联网公司,竟有许多是不做代码审查的,这一度让我颇为意外。

这里也不想多谈如何做好代码审查,只是就代码质量这点,不客气地说:没有过代码审查经历的同学,往往很难写出高质量的代码,尤其是在各种追求速度的糙快猛创业公司。

7. 静态检查

很多代码上的问题,都可以通过一些工具来找到,某些场景下,它比人要靠谱得多,至少不会出现某些细节上的遗漏,同时也能有效帮助大家减少代码审查的工作量。

Android开发中有Lint, Find bugs, PMD等优秀静态检查工具可用,通过改进这些工具找出的问题,就能对语法的细节,规范,编程的技巧有更多直观了解。

建议最好与持续集成(CI),代码审查环境配套使用, 每次提交的代码都能自动验证是否通过了工具的代码检查,通过才允许提交。

8. 单元测试

Android单元测试,一直备受争议,主要还是原生的测试框架不够方便,每跑一次用例需要在模拟器或者真机上运行,效率太低,也不方便在CI环境下自动构建单元测试,好在有Robolectric,能帮我们解决部分问题。

单元测试的一个非常显著的优点是,当你需要修改大量代码时,尽管放心修改,只需要保证单元测试用例通过即可,无需瞻前顾后。

9. 充分自测

有一种说法:程序员最害怕的是他自己写的代码,尤其是准备在众人面前show自己的工作成果时,因此在写完代码后,需要至少跑一遍基本的场景,一些简单的异常流。在把你的工作成果提交给测试或用户前,充分自测是基本的职业素养,不要总想着让测试帮你找问题,随便用几下就Crash的东西,你好意思拿给别人吗?

10. 善用开源

并非开源的东西,质量就高,但至少关注度较高,使用人数较多,口碑较好的开源项目,质量是有一定保证的,这其中的道理很简单。即便存在一些问题,也可以通过提交反馈,不断改进。最重要的是,你自己花时间造的轮子,需要很多精力维护,而充分利用开源项目,能帮助你节省很多时间,把精力专注在最需要你关心的问题上。

为什么学会了JAVA语法,写代码还是毫无头绪?

在我们进行编程时,有两样东西是非常重要的,一是思路,二是语法结构。有了思路,但对Java这门语言的语法结构不是特别了解,那么代码肯定是编写不出来。

或者说对于Java语言语法结构掌握的还算可以,但是解题却没有思路,代码肯定是无从下手的,这也是许多程序员常见的情况。

给你分享三个方法:

1、拆分法:将功能项目拆解成N个子功能,保证每个子功能只需要处理一个逻辑业务,返回一个逻辑结构数据,跟画家画一只兔子一样。很多功能实现过于复杂,需要牵扯到很多方面的问题,这时你只有好好拆分,把大功能靠自己的经验拆成多个独立的子功能,这样每个子功能的逻辑就不那么复杂了,自己也可以专心于业务逻辑实现。

2、预先定义法:很多功能你不知道怎么实现,但是你知道最终返回的数据结构应该是什么样子的,那你就预先把他定义出来,然后提前返回,中间业务逻辑部分都是为了填充这个预先返回的数据结构定义的。其实程序中充满着这样的技巧,各种代码都是预先定义好类型、数据结构、对象等等,然后慢慢通过业务逻辑取到值进行填充。

3、假设法:很多时候程序员需要完成对接或者功能还未实现,可以采用假设法,你可以预先定义好假设的数据,假设的数据跟需要的数据完全吻合,甚至你可以这样操作if (true) {},这样把if里的内容全部书写完毕,然后再来处理这个true的问题,如果这个true的时机还不成熟,那说明不是你的问题了,而是别人的问题,别人应该背锅,你的绩效就达成了。


名称栏目:java代码要背锅吗 java写代码的思路
分享地址:http://scyanting.com/article/dohjjsh.html