banerye的博客

文章目录问题引出问题结论执行流程存在return时有异常抛出的情况既有return又有异常结论问题引出课上讲到异常处理的finally语句时，讲到这么一个例子（我又简化了一点）：public static void foo() { try { System.out.println("1"); // 申请一些资源 // 可能抛出异常 System.out.println("2");

为了提高代码的可读性和可维护性，对变量、类、包、文件等命名必须做到精确、易于理解、易于（利用现代IDE）维护。几条简单规则：名副其实一旦发现更好的名称，就可以替换掉原有的名称。变量、函数、类的名称本身应该能够回答大多数的问题，如为什么存在、做什么事、怎么用。注释说明的是细节问题，绝大多数时候我们并不看注释。如果名称需要注释补充说明，就还不算名副其实。重构时可以尝试将注释要点（重要属性、计量单位等）放入名称当中。体现本意的名称更易于理解。书中重构代码的一个例子：public List<in

文章目录引入结构型模式Adapter 适配器模式Decorator 装饰器模式Facade 外观模式行为型模式Strategy 策略模式Templete 模板模式Iterator 迭代器模式引入设计模式是程序设计人员在以往编程经历的基础上，总结出的一套具有广泛适用性和实用性的设计策略。遵循设计模式的原则，有利于开发出一套易于理解、易于复用，同时结构也足够精巧的程序。接下来我将简要说明课上介绍...

随着课程进度推进，我们需要处理的软件结构也变得更加复杂。课上在演示结构关系时，习惯将委托、继承、实现等这些对象关系画在一个类图里，可能理解起来还会比较让人困惑。这里我想转换一下看待软件结构的视角，将这种错综复杂的关系图分解为2棵不太严格的树，重新理解软件的结构。这两个模型只是我个人理解所使用的，并不是书面上标准的概念。接下来，我们主要将视角集中在类、对象的层面，着重于委托和继承关系，构建这个...

本文主要面向刚入门java、刚入手IDEA的新手，说明IDEA的helloworld项目的编写以及常见配置。