站在java的視角,java角度

本文目錄一覽：

• 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）的縮寫，意思是面向切面編程。

主要的功能是：日誌記錄，性能統計，安全控制，事務處理，異常處理等等。

主要的意圖是：將日誌記錄，性能統計，安全控制，事務處理，異常處理等代碼從業務邏輯代碼中劃分出來，通過對這些行為的分離，我們希望可以將它們獨立到非指導業務邏輯的方法中，進而改變這些行為的時候不影響業務邏輯的代碼。