本文目录一览：
- 1、Java工程师3年经验，目前做的东西很简单，感觉技术提升不大，如何提升自己？
- 2、求JAVA3D视角控制的方法
- 3、北大青鸟java培训：java软件架构的几个视角？
- 4、在java中，从面向对象的角度看，举例说明那些不能使用对象
Java工程师3年经验，目前做的东西很简单，感觉技术提升不大，如何提升自己？
技术进步不大是大部分技术人员尤其是软件开发人员的通感。其实对于Java程序员来说，觉得进步不大有两种可能：一是公司整个研发气氛不浓厚；二是本身到了一个技术瓶颈。无论是哪一种，求变是唯一解决内心焦虑和迷茫的方法。一个好的平台很重要，越大的平台越能认清自己。而且更重要的是，技术思维对人有天然的禁锢。工作3年，你该关注的不仅仅是技术，行业发展和未来，职场社交，性格改造，了解经济金融和宏观政策，这些才是根本改变命运和格局的东西。为自己变换视角，站在不同甚至全局的视角看问题最为重要。
求JAVA3D视角控制的方法
Transform3D与TransforGroup.
或者OrbitBehavior.
OrbitBehavior不会用所以想出了Transform3D与TransforGroup.
每一个物体都是Transform3D可变换的，然后都添加到TransforGroup中，所以TransforGroup就是地图的全部。
当你按下W被监听到，然后要变换的就是TransforGroup向后面移动，
当你移动鼠标(向上)，那么TransforGroup向下旋转，设置周期。上限多少下限多少度。
同理，当你做掉一个掩体，那么实体Transform3D就会做出坏掉的动作
北大青鸟java培训：java软件架构的几个视角？
系统必然是复杂的，如何清晰准备的描述一个系统，是架构工作的困难之处。
有两个架构观点，虽然各有侧重，但是殊途同归，都是软件架构的基本方法。
重庆java课程认为需要注意的是，这两个架构观点对视图的定义和理解略有不同，视点应该就是视图。
“4+1”视图模型面对复杂和不确定的业务需求，为了避免盲人摸象的局面，使用视图和视点的方法是比较有效的。
PhilippeKruchten在他的文章《ArchitecturalBlueprints—The“4+1”ViewModelofSoftwareArchitecture》详细介绍“4+1”视图模型。
在这个模型中，视图是指从不同的利益相关者的角度来描述系统，利益相关者可以是最终用户，开发者，也可以是项目经理。
由此，4个视图就分别是逻辑视图，开发视图，进程视图和物理视图。
另外“+1”的视图是选择一些用例和场景来描述架构。
开发视图：开发视图是从程序员，以及软件管理的角度来描述系统。
这个视图也被称为实现视图，往往使用UML组件图来描述系统构成。
逻辑视图：逻辑视图主要描述系统为最终用户提供的功能。
一般对应于UML工具的类图，状态图等。
物理视图：物理视图是从一个系统工程师的角度来描述系统。
这个视图关切软件组件在物理层拓扑结构以及组件之间的物理连接，通常也被称为部署视图。
UML工具中称为部署图。
进程视图：进程视图处理系统的动态方面，比如系统的进程之间如何通信以及运行时的行为，比如并发，分布式，集成，性能，扩展性等。
UML工具用活动图来表示。
场景视图：场景视图使用一些用例或者场景来描述进程和对象之间的交互，并且用来验证架构设计，也是架构原型的测试起点。
在java中，从面向对象的角度看，举例说明那些不能使用对象
你可以从aop角度出发来考虑如何回答这个问题。什么情况下用oop会不爽，这个时候就是不能使用对象了……
面向切面编程：Aspect Oriented Programming
AOP是OOP的延续，是（Aspect Oriented Programming）的缩写，意思是面向切面编程。
主要的功能是：日志记录，性能统计，安全控制，事务处理，异常处理等等。
主要的意图是：将日志记录，性能统计，安全控制，事务处理，异常处理等代码从业务逻辑代码中划分出来，通过对这些行为的分离，我们希望可以将它们独立到非指导业务逻辑的方法中，进而改变这些行为的时候不影响业务逻辑的代码。
