教學的至高境界 分級教學

java入門要注意什么

學習java就像是一個種花的過程，不斷地為其施肥澆水，它才會茁壯成長。 而我們學習java，就要不斷的充實自己、提升自己，才能獲得更多機會。很多開始學習java編程的小白，經(jīng)常就會被概念、定義什么的搞糊涂。當分類 、對象、接口、構(gòu)造函數(shù)等等各種專業(yè)名詞出現(xiàn)的時候，你一定是腦子里好像一片空白，根本就搞不懂這些字眼的意思和關(guān)系，而且，這種情況下，很 容易導(dǎo)致你喪失自信心，開始逃避、拒絕，這些小白經(jīng)常遇到的情況在我剛接觸java的時候也遇見了，但是好在我足夠幸運，遇見了誠筑說。我現(xiàn)在已 經(jīng)是公司的項目經(jīng)理了，今天，我為大家來總結(jié)了一些經(jīng)驗和建議，希望能夠幫助到大家。

一點：熟練基本的j2seAPI

除去java語言本身的語法之外呢，要懂得并且熟練j2seAPI的API也是非常有 必要的，在這里，就建議大家首先去掌握字符串的處理、異常的處理、容器、輸入輸出、線程等，這些相對來說較為重要的。還有就是API的內(nèi)容是非 常龐大的，關(guān)于API，一定要懂得查詢API的文件說明，在了解了其作用用途或者目的才能夠進行相對于的程序。

二點：穩(wěn)固java的語法基礎(chǔ)

學習java一定要學會使用java的程序語言，用來編寫程序，但是學習程序語 言就要熟悉語法是怎么使用的。程序語言其實也是一種語言，不過跟人類的語言不同，這種語言是要和計算機溝通交流，那怎么做才能熟悉這種語言呢 ，我給出的建議是多看別人寫的程序，了解人家是怎么用java來解決問題的。然后再找類似的程序去練習了，這樣就能夠從實際操作中檢驗自己是否真 的知道該怎么去解決問題了。

三點：加入貼吧論壇多參與討論

根據(jù)我當時的經(jīng)驗，在大家學習的過程中，如果有人可以參與話題，共同討 論的話，會加快你學習的速度。所以大家可以和我一樣，找一個技術(shù)討論的地方，貼吧啊，論壇啊都可以，在這里進行討論，畢竟大家有著共同的目標 和理想，有著共同的話題可聊，這樣的話，又大大節(jié)省了學習的時間。

學完基本的java語法呢，現(xiàn)在就該用java來進行實際的編程了，假如你需要 編寫窗口程序，那就學Swing窗口設(shè)計；假如你要編寫數(shù)據(jù)庫什么的，那就學JDBC等等。

Java基礎(chǔ)語法

Java基礎(chǔ)語法

Java基礎(chǔ)語法

流程控制語句

Java 編譯器執(zhí)行流程

if 分支結(jié)構(gòu)

switch 選擇結(jié)構(gòu)與相關(guān)規(guī)則

循環(huán)結(jié)構(gòu)

for 循環(huán)

while 循環(huán)

do-while 循環(huán)語句

各語句性能對比與應(yīng)用場景

特殊流程控制語句

方法的聲明與使用

方法調(diào)用的過程分析

跨類調(diào)用方法

參數(shù)的值傳遞

方法的重載 Overload

Android-Architecture源碼及對MVP的理解

---

>

Android-Architecture是Google給出的MVP架構(gòu)及其變種示例。各個分支代表了不同的架構(gòu)。

todo-mvp：原生態(tài)的MVP，其實就是說明了一下，在使用Fragment時MVP和Android組件是怎么對應(yīng)的。

Model：純Bean，既是View Model，又是Biz Model。Model不負責存取和轉(zhuǎn)換邏輯 View：對應(yīng)著Fragment和Android View，主要負責事件到PResenter函數(shù)的對應(yīng)、原子化的顯示功能。前者是Presenter接口的調(diào)用，后者是View為Presenter暴露的接口 Presenter：獨立的類，主要提供簡單的事件處理功能。 這種方式，聲明了View和Presenter的interface，**這個隔離了實現(xiàn)。 還有個比較好的方法來組織多層次的數(shù)據(jù)存儲，使用同一個interface聲明同一個TasksDataSource接口，不同的數(shù)據(jù)源各自實現(xiàn)內(nèi)部邏輯。**后，Cache和調(diào)度由一個TasksRepository負責。Cache邏輯太簡單，又有太多的各種更新邏輯，放到**高層，可以簡化接口。

todo-mvp-clean：clean-architecture的例子，基于MVP而來。clean本來就是要隔離系統(tǒng)的變化，所以對應(yīng)關(guān)系更加脫離了Android系統(tǒng)

Entity（不變式）：對應(yīng)了Model和接口，包括了Bean和MVP中的interface聲明、DataSource聲明 UseCase（功能）：對應(yīng)了Presenter中獨立存在的功能，可以看做使用Command模式抽象了一下Presenter的功能 Interface Adapters（粘合）：對應(yīng)了Presenter的總體邏輯。相較于MVP中的Presenter，功能更加單一，沒有了具體的業(yè)務(wù)邏輯 Frameworks&Drivers（外圍）：View和Storage都可以算在這里面，跟runtime相關(guān) 理解層面可以按上面總結(jié)，代碼層面**大的變化其實就是Presenter又分了一層

todo-mvp-rxjava：只是學習一下rx在生產(chǎn)環(huán)境長什么樣。

不得不說，lamda表達式用到各種listener上很舒爽 不得不說，Java8實在是應(yīng)該趕緊用上 rx看得到的好處，就是把每一步遍歷（flatMap）、合并（toList）、finally（doOnTerminate）等行為省略，改用對應(yīng)的rx函數(shù)來做。如果熟悉，會非常易讀、易維護 CompositeSubscription用來統(tǒng)一管理一個類中的所有訂閱

自己的想法：

抽象來說，一個App大概可以分為幾個層面，依次向上依賴： BizModel：業(yè)務(wù)模型，**核心的數(shù)據(jù)模型，大概相當于數(shù)據(jù)庫的表。提供一個Bean ModelStore：數(shù)據(jù)存取，核心數(shù)據(jù)存取邏輯，提供DAO BizLogic：業(yè)務(wù)邏輯，將一段業(yè)務(wù)封裝成一個小服務(wù)，供外部使用 ViewLogic：顯示邏輯，將用戶操作與業(yè)務(wù)邏輯粘合起來，提供ViewModel和View事件處理能力 ViewModel：顯示模型，僅為顯示提供完整的內(nèi)容，View層僅使用和修改該Model View：顯示內(nèi)容，真正的處理顯示和用戶事件 各個MVC框架變種都是用不同的方式合并上述幾個層面，或者是做各層面間交互的解耦

附依據(jù)該想法的簡單demo

相關(guān)推薦：

---

蘇州JAVA培訓   蘇州JAVA培訓班   蘇州JAVA培訓機構(gòu)