原创 java併發編程實戰

紅色是面試點?  如果多個線程訪問一個對象的狀態變量沒有做同步措施,程序就可能出現錯誤。可以彌補的措施有: 1、狀態變量不在線程之間共享 2、將狀態修改爲不可變的變量 3、訪問該狀態變量的時候使用同步(似乎和問題條件衝突) 當設計線程安全的

原创 如何定義一個類——單一職責原則

單一職責原則:就一個類而言,應該僅有一個引起他變化的原因。 1 一個老師類的例子 或者說在外部看來,一個類只應該能看到它的類的相關功能。如老師類只應該負責教授知識,備課,但是不應該負責開車。切合實際的說一個TaskService類不應該

原创 單一職責原則進階——多個地方的不同見解和解讀

首先是定義 單一職責原則:一個類應該只有一個發生變化的原因英文名叫Single Responsibility Principle,以下簡稱爲SRP 下面我們從三本著作中去解讀這個單一職責這三本著作分別是《深入淺出面向對象分析與設計》、

原创 單一職責原則進階——多個地方的不同見解和解讀

首先是定義 單一職責原則:一個類應該只有一個發生變化的原因英文名叫Single Responsibility Principle,以下簡稱爲SRP 下面我們從三本著作中去解讀這個單一職責這三本著作分別是《深入淺出面向對象分析與設計》、

原创 如何定義一個類——單一職責原則

單一職責原則:就一個類而言,應該僅有一個引起他變化的原因。 1 一個老師類的例子 或者說在外部看來,一個類只應該能看到它的類的相關功能。如老師類只應該負責教授知識,備課,但是不應該負責開車。切合實際的說一個TaskService類不應該

原创 增刪改查也有設計模式——依賴倒置原則另解

一個增刪改查的例子解讀面向接口編程和依賴倒置原則 依賴倒置原則介紹 依賴倒置原則包括兩個部分 .高層次的模塊不應該依賴於低層次的模塊,他們都應該依賴於抽象。 抽象不應該依賴於具體實現,具體實現應該依賴於抽象。 例子 現在有如下場景和需求:

原创 java併發編程實戰

紅色是面試點?  如果多個線程訪問一個對象的狀態變量沒有做同步措施,程序就可能出現錯誤。可以彌補的措施有: 1、狀態變量不在線程之間共享 2、將狀態修改爲不可變的變量 3、訪問該狀態變量的時候使用同步(似乎和問題條件衝突) 當設計線程安全的

原创 0 設計模式概述

抽象工廠英文 abstract factory 名詞需要分成兩個部分讀,抽象 工廠。 首先這是一個工廠,其次工廠是抽象的。 常用於需要針對不同情況創建不同組(一組包含多個)對象的情況中。 如: 如gui應用中的首頁中都有更換皮膚的功能,更換