第四次博客作业——提问回顾与个人总结

最新推荐文章于 2024-10-18 14:52:57 发布

北北北哲

最新推荐文章于 2024-10-18 14:52:57 发布

阅读量141

点赞数

文章标签：软件工程

本文链接：https://blog.csdn.net/weixin_51161426/article/details/131297754

版权

第四次博客作业——提问回顾与个人总结

项目	内容
这个作业属于哪个课程	课程社区
这个作业的要求在哪里	作业要求
我在这个课程的目标是	学习软件工程理论，在实践中体会并运用软件工程理论，收获团队开发和软件工程实践经验
这个作业在哪个具体方面帮助我实现目标	总结和回顾学期中的收获

对之前提问的解答

原博客地址：第一次作业

问题1（不能回答的问题）：关于多线程程序的单元测试：

那么多线程代码应该如何进行单元测试呢，查阅资料时大部分资料都提到压力测试，那么除了随机构造大量测试点以外，有什么比较好的测试方法吗？有没有针对于多线程程序测试的理论呢？

可能可以按照程序的可能执行顺序构造一些典型的样例

问题2（不能回答的问题）：关于 goto 的使用：

这一点与程设课等课程中一直提到的 goto 有害论以及以往的经验矛盾。在实际开发中，使用 goto 的现象是否常见呢，有没有更好的做法？

查阅资料，我了解到，goto 有害论主要指滥用 goto 导致的程序逻辑结构的破坏，大量的标签降低可读性。但是若 goto 并没有影响到程序可读性，反而有好处，那么则可以使用。

那么，在代码风格检查时，是否应该将 goto 纳入被允许的范围呢，如果采用自动化代码风格检查，该如何界定 goto 是否使用恰当呢？

我认为还是不要使用goto为好，goto会一定程度上降低程序的可读性

问题3（不能回答的问题）：关于共工/保护/私有成员

首先在过去的编程经验中，虽然知道成员变量应该尽量使用 private ，由于大部分任务都是个人任务，我并没有体会到这三种保护等级区分的实质作用，甚至将成员变量全定义为 public 反而不用再写读写函数，由于是个人开发，也没有产生问题，那么限制这三种成员变量的保护等级的实际作用是什么？其次，之前对于 protected 这个等级的变量使用甚少，对于protected 的用法很困惑。

查阅资料，我了解到，private 权限是方便在重构时，清楚的得知这个变量在外不会被直接使用，便于重构。

但是对于 protected 属性，其子类也能直接访问这个变量，这样对于重构带来的便捷性也大大降低，因此我对于 protected 保护等级的意义仍然存在疑问。

依然没解决，这学期的实践涉及这方面不多

问题4（与教材观点不同）：关于代码中的标记：

我的问题是：在代码中加标记这种行为是否是一种好的代码复审方式？在我以往的个人作业中，todo 被忘记删除是很经常的事。并且 todo 等这种标记分散在代码各处，很难体现先后顺序，重要程度，关联性等，短短几行的注释有时也很难将想表达的内容清晰传达给他人。在合作开发数据库大作业时就经常发生不记得看 todo，没有看懂他人写的 todo，解决问题后忘记删掉 todo 等问题。类似的问题有什么好的方式解决？

根据查阅的资料和实际经验，当前很多代码托管平台都有很强的 issue 功能，使用 issue 管理代办更加清晰，并且可以使用甘特图等等方式管理任务和计划。总之这些方法本质上都将 todo 从代码中散落的角落抽提整理出来。

因此在代码中标记这方面，我与书中的看法略有不同，我认为代码中最好不要出现 todo 这类和代码本身内容无关的注释信息。

感觉写todo也不是不行，但是需要记得删，并且仅作为给自己的提示，而不是给他人看的

问题5（不能回答的问题）：关于从创意角度分析问题：

问题原文出处：

Page193 第9章第 9.4 部分提到从创意角度去分析问题

原文中提到了创意是重要的技能，从乐观角度分析问题可以结合创意，从悲观角度分析问题可以结合创意，然而书中没有给出一个从创意角度分析问题的具体案例，让我有些没能理解这个创意角度分析问题的具体含义。我感觉“创意”这个词有些宽泛和抽象，什么是从创意角度分析问题，如何做到从创意角度分析问题？文中说创意是一种可以后天提高的技能，那么如何提高呢？