脚本宝典收集整理的这篇文章主要介绍了前三次作业总结，脚本宝典觉得挺不错的，现在分享给大家，也给大家做个参考。

前言

回顾至今为止做的三次题目集，能够很直观地体会到三次作业的难度节奏是循序渐进的，虽然随着题目质量的提升，在题目的数量上做出了减量的调整——即，由八道至五道再减至三道，但做题正确率可以说是滑坡下降，也许对于一些技术大牛而言是几分钟就能看透并且熟练解决的问题，但对我这种步子绊倒在门口并且躺在门槛上已久的人而言，可谓坎坷渐舛，譬如在看到第一次作业集的时候，每道题目的解决方案在看到题目要求时便能成型于心。第一次作业的主要考察点，不论是“输入输出”、“数组的应用”还是“条件判断”等题目，都在于回顾基础的语法知识，而非训练解决问题的设计思路，所以难度简单。而第二次与第三次题目集就已经涉及到“类”的设计思维与对程序“健壮性”的考验了，与此同时，语法也随之复杂。不管是面对新的思想还是面对新的语法，对我而言，难度都不小。希望借此机会，整理一下学习的内容。

 

设计与分析

（1）题目集1，7-8判断三角形类型

这道题目的最直接的解题思路是根据计算式的结果判断出三角形的类型，在第一次做作业的时候用了最顺手的if语句来实现的，然而回顾代码，虽然只有短短几十行，但根据老师上课所言，嵌套多，复杂性大，可读性不强：

 

 

现在考虑用swich会更让代码清晰明了。虽然这道题目简单，容易实现，if语句的多次使用影响不大，但这种写代码的思路需要转换。在代码量小的时候用来做条件判断非常方便，但一旦需要判断的情况逐渐增加的时候，代码可能会变得难以维护，在进阶高级开发的路上，应该逐步培养起这种前瞻意识，规避复杂冗长的代码导致牵一发而动全身。

（2）题目集2，7-4求下一天、7-5求前N天

这两道属于同类型但要处理不同细节的题目

 

 

如图所示，题目要求中提出了较简单的类方法设计，但这并不算是完全自主的方法设计，题中给出了现成的引导，算是初步学习与应用。在类方法的设计体验上，跟设计函数有相似的体感，但实践起来却能发觉不同之处，方法只能存在类中，因此在定义变量的时候需要照顾到语句的位置，而函数属于整个文件，定义变量并不如类方法那么严谨，但严谨的好处在于封装性好，耦合低，模块与模块之间独立性好，两者关系尽可能简单，因此在类的主函数里面很少出现调用来调用去的现象，归根结底还是比函数的思维模式更具有独立性。

 

（3）题目集3，7-2定义类日期

题目集3正式由面向过程转由面向对象，对类的自主设计是主要的考察点。7-2就是一道非常直接的类设计题目：

 

 

甚至有：

 

 

的要求。相当于在题目集2定义日期题目的基础上做出更专业的类设计改进，包括对无参构造方法的理解与运用，访问器方法与修改器方法的学习等等，都已经与面向过程的编程思维相去甚远，这也是我在这道题里碰到的难点，而且运用得并不是很熟练。

 

7-3一元多项式求导

这道题需要自学对表达式合法性校验建议采用正则表达式(自学)，注意表达式中存在空格的情况（需要先滤掉空格)，且要求中建议尝试使用数组或者List (ArrayList或者LinkedList)存储识别的每个表达式中的项。首先是知识储备量不够，编代码难度大，其次是设计起来摸不着头脑，没有确切的可行的思路，因此这道题以失败告终。还是写得少看得少。

 

踩坑心得

首先，在与pta测试点斗争的过程中，要善于读懂题目并且有效利用老师留下的提示，比如这个“解题报告”：

 

 

这是在做到后面的题目的时候才注意到的提示，对解题思路，尤其是面对pta测试点的推测过程中有很大的帮助作用，我应该是最后一个知道的......

判断闰年

 

 

要考虑到方方面面的条件总和，最好是查一下闰年的定义再设计条件，虽然很简单但很容易出错，稍有误差就满足不了条件。

总结

 

脚本宝典总结

以上是脚本宝典为你收集整理的前三次作业总结全部内容，希望文章能够帮你解决前三次作业总结所遇到的问题。

如果觉得脚本宝典网站内容还不错，欢迎将脚本宝典推荐好友。

本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。