蘇州其然軟件開發(fā)培訓(xùn)

其然IT 教育師資

韓奇峰高級講師

多年實戰(zhàn)工作經(jīng)驗曾參與制作寶馬Usage Training項目、DMS項目，奧迪全 息投影項目，奔馳等多家汽車門戶行業(yè)大型項目，負(fù)責(zé)UI設(shè)計、界面設(shè)計、3D模型制作、前端開發(fā)等職務(wù)。

從事設(shè)計行業(yè)多年，精通PhotoShop、UI設(shè)計、AfterEffects、Flash、 Actionscript、HTML、CSS、JavaScript、jQuery、資深動畫設(shè)計師，設(shè)計作品曾獲得全國動畫設(shè)計三等獎。

課程講解注重實戰(zhàn)應(yīng)用，對講述知識點穿插案例制作，使課程內(nèi)容更加接近 工作中實際的項目。授課風(fēng)格注重實戰(zhàn)經(jīng)驗分析，深受學(xué)生喜歡。

現(xiàn)在學(xué)習(xí)Java還有前途嗎？

在互聯(lián)網(wǎng)行業(yè)，Java工程師是一個技術(shù)含量非常高的崗位，支撐了互聯(lián)網(wǎng)行 業(yè)的半壁江山，全世界有一千萬Java程序員，目前還在有更多的計算機愛好者向Java的大門奔來。Java發(fā)展了20多年，關(guān)于Java的悲觀論調(diào)也不時出現(xiàn) ，現(xiàn)在學(xué)Java還有前途嗎？是否已經(jīng)過了紅利期了呢？

Java作為所有編程語言中熱門技術(shù)，可以說它無處不在，目前全球有著數(shù)十 億的設(shè)備正在運行著Java，很多服務(wù)器程序都是用Java編寫，用以處理每天超過數(shù)以千萬的數(shù)據(jù)。

無論是手機軟件、手機Java游戲還是電腦軟件，每一次購物到每一筆支付成 功，都離不開Java，越來越多的企業(yè)也正采用Java語言開發(fā)網(wǎng)站，而在所有程序員中，Java開發(fā)工程師就占據(jù)了20%的比例。

從國內(nèi)排名靠前網(wǎng)站的主要開發(fā)語言，也可以看出Java在各大開發(fā)語言中的 地位。淘寶、搜狐、網(wǎng)易等一線互聯(lián)網(wǎng)公司，都在使用Java開發(fā)語言。

這也不難理解，為什么Java現(xiàn)在這么火爆，吸引越來越多的人學(xué)習(xí)，根本原 因，還是因為企業(yè)對Java的認(rèn)可和應(yīng)用。

Java有沒有前途，需要我們認(rèn)清自己今后應(yīng)該怎么走自己的路線，是走技術(shù) ，還是走管理。走技術(shù)路線：從初級、中級、高級再到軟件架構(gòu)師。如果說走管理路線：項目經(jīng)理、部門經(jīng)理、技術(shù)總監(jiān)。只有清楚了自己要走的路線 后，再往決定的那一方面去努力，學(xué)習(xí)。除此以外，還有一些人學(xué)了這一專業(yè)后，從事銷售顧問、培訓(xùn)講師、自己創(chuàng)業(yè)的都有，關(guān)鍵是自己要認(rèn)識自己 ，自己更適何哪一條路。

所以，先認(rèn)清“正確的結(jié)果”，根據(jù)正確的結(jié)果去設(shè)計你的過程。當(dāng)一個人 具有明確的職業(yè)目標(biāo)時，就會對有助于實現(xiàn)目標(biāo)的蛛絲馬跡都特別敏感，做事情相應(yīng)也就會很有目的性，而不是稀里糊涂的。所以，就容易到達(dá)自己的 目的。如果沒有職業(yè)目標(biāo)，腳踩西瓜皮滑到哪里是哪里，學(xué)什么技術(shù)都沒前途。

在未來的幾年，Java工程師人才的需求還在不斷的加大，由于人才的緊缺， 這個崗位相對于其它專業(yè)薪資待遇還是不錯的，而且Java工程師的待遇是與工作經(jīng)驗直接掛勾的，當(dāng)你有了豐富的經(jīng)驗以后，你在這個行業(yè)里就比較搶 手了，而且企業(yè)所出的薪酬也是相當(dāng)高的，到時只有你選擇他們了。

Java課程介紹 

一階段：Java基礎(chǔ)
內(nèi)容有Java開發(fā)介紹、Java數(shù)組、Java面向?qū)ο?、常用基礎(chǔ)類、集合 、線程和I/O、異常處理、項目（坦克大戰(zhàn)、打飛機等）。

二階段：JavaWeb
內(nèi)容有HTML5入門、CSS3入門、Javascript、MySQL使用、JDBC連接池 、Servlet、ajax、jQuery、項目。

三階段：Java框架
內(nèi)容有Struts2、Hibernate5、JPA、Spring4、BootStrap、echarts 圖表插件使用、Maven、SpringData、SpringMVC。

四階段：Java 云數(shù)據(jù)
億級并發(fā)架構(gòu)演進(jìn)、Linux基礎(chǔ)、搭建tomcat環(huán)境、MysQL高級、 memcached、Redis、MongoDB（而選一）、elasticsearch、cobar、Quartz、nginx反向代理和負(fù)載均衡、SSL證書配置、Keepalived雙活、Haproxy、 LVS、nignx（三選一）、Rpc和Dobbo、ActiveMQ隊列、Hadoop、項目（上億人并發(fā)的搶票系統(tǒng)）。

多人開發(fā)的基礎(chǔ)---組件化編程,仿COM篇 <<轉(zhuǎn)載>>

---

>

      寫在開頭，本文寫的開發(fā)模式非常好，是我想要的，特此轉(zhuǎn)載，以供學(xué)習(xí)，研究，對原作者表示感謝！

          轉(zhuǎn)載地址：http://www.cppblog.com/woaidongmao/archive/2011/01/10/138249.aspx

引言：

    在大型項目的開發(fā)中，隨著開發(fā)進(jìn)度的進(jìn)行，我們經(jīng)常碰到模塊之間耦合度太高的問題：由于開發(fā)人員經(jīng)常要在別的模塊中調(diào)用自己實現(xiàn)的功能，經(jīng)常隨意在某個函數(shù)中隨意添加調(diào)用代碼，造成了被修改的那個函數(shù)體過長，邏輯混亂。另一個問題是隨意包含頭文件：開發(fā)人員在開發(fā)中經(jīng)常為了要使用某些類的功能而包含引用類的頭文件造成類之間的耦合度太高，被包含類的頭文件一處輕微修改經(jīng)常就會引起整個程序大規(guī)模的編譯和鏈接，當(dāng)編譯鏈接時間達(dá)到一定程度時，程序員就會被誘導(dǎo)去做不會導(dǎo)致大規(guī)模重編譯的改動，而不管改動是否會保持原來的設(shè)計。

      

常規(guī)解決方案：

1.        靜態(tài)類庫：設(shè)計良好的靜態(tài)類庫能實現(xiàn)功能上的隔離，無法避免類庫實現(xiàn) 必須重新編譯、鏈接整個應(yīng)用程序的問題

2.        DLL：但仍有自己的缺點：

a)       函數(shù)重名問題:我們**函數(shù)名來調(diào)用DLL的函數(shù)，在并行開發(fā)中容易造成函數(shù)重名。

b)       依賴：如果采用常見的隱式連接，那DLL每發(fā)行了一個新版本都有必要和應(yīng)用程序重新鏈接一次，因為DLL里面函數(shù)的地址可能已經(jīng)發(fā)生了改變。

3.        COM：DLL的缺點就是COM的優(yōu)點。但是實際開發(fā)中我們會發(fā)現(xiàn)COM太復(fù)雜了。要使用COM編程，必須要非常熟悉C 中的COM實現(xiàn)細(xì)節(jié), **好之前要有使用和實現(xiàn)COM對象和服務(wù)器的經(jīng)驗。開發(fā)中而且必須從.idl開始工作才能加入接口屬性和方法,對開發(fā)和使用都有很高的門檻。

 

本文的解決方案—簡化的組件編程：

實際上我們只是在開發(fā)項目，并不需要跨語言編程，也不需要組件的位置透明性。為了項目而引入COM代價往往太過于巨大。然而COM的內(nèi)部結(jié)構(gòu)對于大多數(shù)程序員是無關(guān)的。因此有必要對COM進(jìn)行簡化以降低編程門檻。使之更符合常規(guī)的變成習(xí)慣。所以我們借鑒了COM的優(yōu)秀思想來構(gòu)建我們的程序架構(gòu)，使我們的程序能夠像基于COM組件開發(fā)那樣的靈活，而開發(fā)人員又不需要掌握太多的COM知識。下面我們分步介紹我們的實現(xiàn)過程

一、       總體架構(gòu)：

 

l應(yīng)用程序：軟件的可執(zhí)行程序(.exe)，**組件管理器來創(chuàng)建組件，組件創(chuàng)建起來后應(yīng)用程序直接訪問組件，不再**組件管理器中轉(zhuǎn)。

l        組件管理器：整個框架的核心部分，它本身是一個DLL文件。應(yīng)用程序**它來創(chuàng)建、管理所有的相關(guān)DLL。作用類似與COM中的COM庫。它是應(yīng)用程序加載的**個DLL。

l        組件模塊：以DLL實現(xiàn)的分解后功能模塊。軟件的全部功能都在組件中實現(xiàn)，組件與組件之間，組件和應(yīng)用程序之間并不直接直接耦合，應(yīng)用程序或一個組件不能直接創(chuàng)建另一個組件的實例，而必須**組件管理器創(chuàng)建。組件對外并不暴露出類的實現(xiàn)，而僅是**組件管理器返回接口的指針。

二、       應(yīng)用程序運行過程：

應(yīng)用程序的運行序列圖：

 

1.        主程序啟動：應(yīng)用程序在啟動階段調(diào)用組件管理器啟動應(yīng)用程序框架。

2.        組件管理器掃描應(yīng)用程序目錄下所有的DLL文件，并動態(tài)加載DLL，根據(jù)事先約好的注冊函數(shù)名判斷是否是框架組件

3.        查詢組件A實現(xiàn)的接口

4.        組件A返回它實現(xiàn)的全部接口ID（CLSID）。

5.        組件管理器把接口ID和對應(yīng)的組件文件名登記在內(nèi)部鏈表中。

6.        同3

7.        同4

8.        同5，

9.        啟動過程結(jié)束，控制權(quán)交還給主程序

10.    業(yè)務(wù)功能開始：主程序調(diào)用組件管理器，啟動所有自啟動接口

11.    組件管理器查詢內(nèi)部鏈表，創(chuàng)建自啟動接口（組件B實現(xiàn)了自啟動接口）

12.    組件B在初始化函數(shù)中啟動了相關(guān)的業(yè)務(wù)功能。

13.    組件B需要用到接口A,但組件B并不知道誰實現(xiàn)了接口A，于是它調(diào)用組件管理器來創(chuàng)建接口A

14.    組件管理器查詢鏈表得知組件A實現(xiàn)了接口A

15.    組件管理器調(diào)用組件A的導(dǎo)出函數(shù)創(chuàng)建接口A的實例

16.    組件A返回接口A的實例指針

17.    組件管理器將接口A的實例指針傳遞給接口B

18.    組件B調(diào)用接口A來完成某一功能

19.    組件B使用完接口A,直接調(diào)用接口A的函數(shù)來釋放接口A占用的資源

20.    主程序運行結(jié)束：調(diào)用組件管理器釋放所有組件占用資源

21.    組件管理器釋放所有自啟動接口占用資源。直接調(diào)用接口B的函數(shù)釋放

22.    組件B釋放完畢

23.    應(yīng)用程序退出

 

 

三、       應(yīng)用程序的實現(xiàn)：

應(yīng)用程序的實現(xiàn)比較簡單：僅需在應(yīng)用程序初始化時加載組件管理器，調(diào)用管理器提供的啟動框架，啟動自啟動接口。在退出時調(diào)用組件管理器釋放所有組件占用的資源即可

 

四、       組件管理器：

組件管理器是應(yīng)用程序和組件之間的橋梁。它維護了一張組件接口鏈表。負(fù)責(zé)整個框架的啟動、組件的創(chuàng)建、還有**后框架資源的釋放工作。組件管理器雖然重要，但它的實現(xiàn)卻很簡單，這里就不在詳講了。

五、       組件：

組件是整個項目的核心，整個應(yīng)用程序的所有功能都由組件完成。一般而言一個功能點需要由兩個組件來完成，一個提供功能服務(wù)，一個為自啟動組件，調(diào)用功能服務(wù)。

 

1.        組件的實現(xiàn)：

l        組件對外只暴露出接口，因此每一個組件至少都由兩部分構(gòu)成，組件接口和組件的實現(xiàn)類。

 

a)        組件接口：借鑒COM的思想，每一個接口都有唯一的GUID來標(biāo)示。

   組件接口僅定義了一組類的純虛函數(shù)，并不包含實現(xiàn)的任何細(xì)節(jié)

       b)        實現(xiàn)類：是接口的實現(xiàn)。包含全部的實現(xiàn)細(xì)節(jié)

l        跟COM類似，接口分為單實例和多實例接口。因此需要把創(chuàng)建部分分離出來。創(chuàng)建的代碼很相似，所以可以用模板來實現(xiàn)。將公用代碼寫成靜態(tài)庫，每個組件包含一份可以減少組件的代碼編寫量。

組件結(jié)構(gòu)圖

 

多實例接口的創(chuàng)建過程：

 

單實例接口的**次創(chuàng)建過程與多實例一樣。第二次以后的創(chuàng)建為：

 

結(jié)果：

a)        開發(fā)獨立：每個模塊可以單獨開發(fā)，單獨編譯，甚至可以單獨調(diào)試和測試。當(dāng)所有的組件開發(fā)完成后把它們組合在一起就得到了完整的應(yīng)用系統(tǒng)。當(dāng)需求發(fā)生部分變更時并不需要對所有的組件進(jìn)行修改，只需修改受影響的組件即可。

b)        修改獨立：新增功能只需將實現(xiàn)的DLL放入應(yīng)用程序目錄即可，不需更改原有代碼。 除了核心模塊，其余功能拼湊可簡單**增刪DLL實現(xiàn)

c)        模塊獨立：在開發(fā)過程中強迫程序員和接口而不是具體的類打交道，防止出現(xiàn)耦合性很強的代碼。

d)        智能擴展，只需將實現(xiàn)特定接口的COM類(DLL)防入程序所在的目錄,程序自動創(chuàng)建它，可以在類的初始化函數(shù)內(nèi)實現(xiàn)程序功能。

e)        可重用性強，因為是針對接口開發(fā)，只要符合接口規(guī)范就可以重用DLL

 

下面我們給出了一個按照仿COM架構(gòu)實現(xiàn)的Demo

1.        單獨一個Exe也能運行，雖然只是個空殼子沒有功能。

2.        加入ComManager.DLL，于是程序具有了自動擴展功能。

3.        加入了ModuleA.DLL,主界面出現(xiàn)了一個按鈕，右機窗口彈出了一個菜單，按鈕和菜單均可以響應(yīng)命令。菜單和按鈕的創(chuàng)建和響應(yīng)命令均在ModuleA.DLL中實現(xiàn)

4.        加入了ModuleB.DLL,主界面出現(xiàn)了另一個按鈕，右機窗口彈出的菜單又多了一項，按鈕和菜單均可以響應(yīng)命令。新增的菜單和按鈕的創(chuàng)建及響應(yīng)命令均在ModuleB.DLL中實現(xiàn)

5.        加入Sking.DLL，于是整個程序的界面都具有了膚化效果

6.        加入Log.DLL，于是程序具有了日志功能，可以紀(jì)錄模塊創(chuàng)建的順序

7.        。。。。。。。。。。。。。。

8.        。。。。。。。。。。

 

因為程序是基于接口開發(fā)的，所以功能的實現(xiàn)和模塊的名字無關(guān)，和模塊加載的順序也無關(guān)（有興趣可以試一下）----當(dāng)然ComManager.DLL必須是**個加載，并且不能更名。

相關(guān)推薦：

---

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