軟體開發模式有哪些

① 4種軟體開發方法有哪些

1.結構化方法：分析，設計，程序設計構成，面向數據流的開發方法，分解和抽象的原則，數據流圖建立功能模型，完成需求分析工作。
2.Jackson方法：面向數據結構開發方法。數據結構為驅動，適合小規模的項目，當輸入數據結構和輸出結構之間沒有對應關系，難用此方法，JSD（Jackson Structure Prograamming）是JSP（JacksonSystem Development）的擴充
3.原型化方法：和演化模型相對應，需求不清，業務理論不確定，需求經常變化，規模不大去不太復雜時採用。
4.面向對象開發方法：分析，設計，實現，Booch,Coad,OMT,為統一各種面向對象方法的術語，概念和模型，推出UML （Unified Modeling Language）統一化建模語言，成為工業標准。

② 軟體開發都有哪些

能否開發出一個好的軟體，關鍵是看軟體開發前期所做的工作，重點是這個軟體有沒有一個好的 軟體開發流程，因為一個好的軟體開發流程關繫到到這個軟體的成敗和最後能達到一個什麼的效果；下面我們就來說一下一個好的軟體需要有哪些軟體開發流程，也可以說軟體開發流程分為哪幾個階段：

第一個階段是市場調研：技術和市場要結合才能體現最大價值。

第二個階段是需求分析：這個階段需要出三樣東西，用戶視圖，數據詞典和用戶操作手冊。用戶視圖是該軟體用戶（包括終端用戶和管理用戶）所能看到的頁面樣 式，這裡麵包含了很多操作方面的流程和條件。數據詞典是指明數據邏輯關系並加以整理的東東，完成了數據詞典，資料庫的設計就完成了一半多。用戶操作手冊是 指明了操作流程的說明書。請注意，用戶操作流程和用戶視圖是由需求決定的，因此應該在軟體設計之前完成，完成這些，就為程序研發提供了約束和准繩，很遺憾 太多公司都不是這樣做的，因果顛倒，順序不分，開發工作和實際需求往往因此產生隔閡脫節的現象。需求分析，除了以上工作，筆者以為作為項目設計者應當完整 的做出項目的性能需求說明書，因為往往性能需求只有懂技術的人才可能理解，這就需要技術專家和需求方（客戶或公司市場部門）能夠有真正的溝通和了解。

第三個階段是概要設計：將系統功能模塊初步劃分，並給出合理的研發流程和資源要求。作為快速原型設計方法，完成概要設計就可以進入編碼階段了，通常採用這 種方法是因為涉及的研發任務屬於新領域，技術主管人員一上來無法給出明確的詳細設計說明書，但是並不是說詳細設計說明書不重要，事實上快速原型法在完成原 型代碼後，根據評測結果和經驗教訓的總結，還要重新進行詳細設計的步驟。

第四個階段是詳細設計：這是考驗技術專家設計思維的重要關卡，詳細設計說明書應當把具體的模塊以最『干凈』的方式(黑箱結構）提供給編碼者，使得系統整體 模塊化達到最大；一份好的詳細設計說明書，可以使編碼的復雜性減低到最低，實際上，嚴格的講詳細設計說明書應當把每個函數的每個參數的定義都精精細細的提 供出來，從需求分析到概要設計到完成詳細設計說明書，一個軟體項目就應當說完成了一半了。換言之，一個大型軟體系統在完成了一半的時候，其實還沒有開始一 行代碼工作。那些把作軟體的程序員簡單理解為寫代碼的，就從根子上犯了錯誤了。

第五個階段是編碼：在規范化的研發流程中，編碼工作在整個項目流程里最多不會超過1/2，通常在1/3的時間，所謂磨刀不誤砍柴功，設計過程完成的好，編 碼效率就會極大提高，編碼時不同模塊之間的進度協調和協作是最需要小心的，也許一個小模塊的問題就可能影響了整體進度，讓很多程序員因此被迫停下工作等 待，這種問題在很多研發過程中都出現過。我們在編碼的時候一定要軟體開發的 代碼規范編碼時的相互溝通和應急的解決手段都是相當重要的，對於程序員而言，bug永遠存在，你必須永遠面對這個問題，大 名鼎鼎的微軟，可曾有連續三個月不發補丁的時候嗎？從來沒有！

第六個階段是軟體測試有很多種：按照測試執行方，可以分為內部測試和外部測試；按照測試范圍，可以分為模塊測試和整體聯調；按照測試條件，可以分為正常操 作情況測試和異常情況測試；按照測試的輸入范圍，可以分為全覆蓋測試和抽樣測試。以上都很好理解，不再解釋。總之，測試同樣是項目研發中一個相當重要的步 驟，對於一個大型軟體，3個月到1年的外部測試都是正常的，因為永遠都會又不可預料的問題存在。完成測試後，完成驗收並完成最後的一些幫助文檔，整體項目 才算告一段落，當然日後少不了升級，修補等等工作，只要不是想通過一錘子買賣騙錢，就要不停的跟蹤軟體的運營狀況並持續修補升級，直到這個軟體被徹底淘汰 為止。

總結，前四個階段在軟體開發過程中占的比重比較大，真正編碼的時間是非常短的，只有市場調研做好，能有一個明確的方案，設計出詳細合理的開發步驟；我們在 進行編碼的時候才能很順利，開發出來的軟體才有價值。有的軟體在沒有開發出來，還沒有上線就註定不行了，所以說軟體開發流程對於能否開發出一個好的軟體是 非常重要的。
希望對您有所幫助！~

③ 軟體開發的分類有哪些

1、【管理軟體定製開發】
簡介：管理軟體主要以企業管理需求為基礎，以IT技術為支撐，為企業提供數據信息的綜合管理辦法。隨著科學技術的發展，越來越多的管理軟體出現在公眾的面前，供企業使用。使用管理軟體提高了獲取信息的自由度，大大的解放了企業的管理瓶頸，改變了工作方式。能夠幫助企業管理者優化工作流程，提高工作效率的信息化系統。管理軟體重視系統功能的全面性，流程的可控性，技術的先進性，系統的易用性。
最常見的管理軟體系統包括OA 、ERP、CRM、HR、供應鏈管理系統，財務管理軟體系統等。
2、【電商平台定製開發】
簡介：電子商務平台即是一個為企業或個人提供網上交易洽談的平台。企業電子商務平台是建立在Internet網上進行商務活動的虛擬網路空間和保障商務順利運營的管理環境；是協調、整合信息流、物質流、資金流有序、關聯、高效流動的重要場所。企業、商家可充分利用電子商務平台提供的網路基礎設施、支付平台、安全平台、管理平台等共享資源有效地、低成本地開展自己的商業活動。企業電子商務平台的建設，可以建立起電子商務服務的門戶站點，是現實社會到網路社會的真正體現，為廣大網上商家以及網路客戶提供一個符合中國國情的電子商務網上生存環境和商業運作空間。
最常見的電商平台包括B2B、B2C、C2C、O2O等。
3、【APP定製開發】
簡介：APP軟體開發指的是手機應用軟體的開發與服務。這里的APP指的是應用程序application的意思。APP技術原本是對軟體進行加速運算或進行大型科學運算的技術，基於Paas開發平台開發出的APP，直接部署在雲環境上，為企業進行集成，形成一種租用雲服務的模式。同時，APP技術還可以應用於移動互聯網中。在移動時代的大背景下，個人應用率先走進雲時代，基於雲平台的企業APP在移動互聯網領域迎來了發展良機。
一開始APP只是作為一種第三方應用的合作形式參與到互聯網商業活動中去的，隨著互聯網越來越開放化，APP作為一種萌生與iphone的盈利模式開始被更多的互聯網商業大亨看重，如淘寶開放平台,騰訊的微博開發平台，網路的網路應用平台都是 APP思想的具體表現，一方面可以積聚各種不同類型的網路受眾，另一方面藉助APP平台獲取流量，其中包括大眾流量和定向流量。
常見的APP定製服務包括：生活服務類APP、社交類APP、電子商務類APP、企業管理類APP、游戲類APP、多媒體類APP等。

④ 軟體開發模型有哪幾種各有什麼特點

軟體開發模型(Software Development Model)是指軟體開發全部過程、活動和任務的結構框架。軟體開發包括需求、設計、編碼和測試等階段，有時也包括維護階段。軟體開發模型能清晰、直觀地表達軟體開發全過程，明確規定了要完成的主要活動和任務，用來作為軟體項目工作的基礎。對於不同的軟體系統，可以採用不同的開發方法、使用不同的程序設計語言以及各種不同技能的人員參與工作、運用不同的管理方法和手段等，以及允許採用不同的軟體工具和不同的軟體工程環境。軟體工程的主要環節包括人員管理、項目管理、需求分析、系統設計、程序設計、測試、維護等，如圖所示。軟體開發模型是對軟體過程的建模，即用一定的流程將各個環節連接起來，並可用規范的方式操作全過程，好比工廠的生產線。

8.混合模型（hybrid model）過程開發模型又叫混合模型（hybrid model），或元模型（meta-model）,把幾種不同模型組合成一種混合模型，它允許一個項目能沿著最有效的路徑發展，這就是過程開發模型（或混合模型）。實際上，一些軟體開發單位都是使用幾種不同的開發方法組成他們自己的混合模型。各種模型的比較每個軟體開發組織應該選擇適合於該組織的軟體開發模型，並且應該隨著當前正在開發的特定產品特性而變化，以減小所選模型的缺點，充分利用其優點，下表列出了幾種常見模型的優缺點。各種模型的優點和缺點：模型優點缺點瀑布模型文檔驅動系統可能不滿足客戶的需求快速原型模型關注滿足客戶需求可能導致系統設計差、效率低，難於維護增量模型開發早期反饋及時，易於維護需要開放式體系結構，可能會設計差、效率低螺旋模型風險驅動風險分析人員需要有經驗且經過充分訓練

9.RUP模型（迭代模型）

RUP（Rational Unified Process）模型是Rational公司提出的一套開發過程模型，它是一個面向對象軟體工程的通用業務流程。它描述了一系列相關的軟體工程流程，它們具有相同的結構，即相同的流程構架。RUP 為在開發組織中分配任務和職責提供了一種規范方法，其目標是確保在可預計的時間安排和預算內開發出滿足最終用戶需求的高品質的軟體。RUP具有兩個軸，一個軸是時間軸，這是動態的。另一個軸是工作流軸，這是靜態的。在時間軸上，RUP劃分了四個階段：初始階段、細化階段、構造階段和發布階段。每個階段都使用了迭代的概念。在工作流軸上，RUP設計了六個核心工作流程和三個核心支撐工作流程，核心工作流軸包括：業務建模工作流、需求工作流、分析設計工作流、實現工作流、測試工作流和發布工作流。核心支撐工作流包括：環境工作流、項目管理工作流和配置與變更管理工作流。RUP 匯集現代軟體開發中多方面的最佳經驗，並為適應各種項目及組織的需要提供了靈活的形式。作為一個商業模型，它具有非常詳細的過程指導和模板。但是同樣由於該模型比較復雜，因此在模型的掌握上需要花費比較大的成本。尤其對項目管理者提出了比較高的要求。它具有如下特點：（1）增量迭代，每次迭代都遵循瀑布模型能夠在前期控制好和解決風險；（2）模型的復雜化，需要項目管理者具有較強的管理能力。

10.IPD模型

IPD（Integrated Proct Development）流程是由IBM提出來的一套集成產品開發流程，非常適合於復雜的大型開發項目，尤其涉及到軟硬體結合的項目。

IPD從整個產品角度出發，流程綜合考慮了從系統工程、研發（硬體、軟體、結構工業設計、測試、資料開發等）、製造、財務到市場、采購、技術支援等所有流程。是一個端到端的流程。在IPD流程中總共劃分了六個階段（概念階段、計劃階段、開發階段、驗證階段、發布階段和生命周期階段），四個個決策評審點（概念階段決策評審點、計劃階段決策評審點、可獲得性決策評審點和生命周期終止決策評審點）以及六個技術評審點。

IPD流程是一個階段性模型，具有瀑布模型的影子。該模型通過使用全面而又復雜的流程來把一個龐大而又復雜的系統進行分解並降低風險。一定程度上，該模型是通過流程成本來提高整個產品的質量並獲得市場的佔有。由於該流程沒有定義如何進行流程回退的機制，因此對於需求經常變動的項目該流程就顯得不大適合了。並且對於一些小的項目，也不是非常適合使用該流程。

⑤ java開發模式有哪些

創建型模式：
工廠方法，抽象工廠，建造者模式，單態模式，原型模式
構造型模式：
適配器模式，橋接模式，組合模式，裝飾模式，外觀模式， 享元模式，代理模式
行為型模式：
責任鏈模式，命令模式，解釋器模式，迭代器模式，中介者模式，備忘錄模式，觀察者模式，狀態模式，策略模式，模版方法，訪問模式

⑥ 軟體開發中常用的設計模式有哪些

設計模式主要分三個類型:創建型、結構型和行為型。

其中創建型有：

一、Singleton，單例模式：保證一個類只有一個實例，並提供一個訪問它的全局訪問點

二、Abstract Factory，抽象工廠：提供一個創建一系列相關或相互依賴對象的介面，而無須指定它們的具體類。

三、Factory Method，工廠方法：定義一個用於創建對象的介面，讓子類決定實例化哪一個類，Factory Method使一個類的實例化延遲到了子類。

四、Builder，建造模式：將一個復雜對象的構建與他的表示相分離，使得同樣的構建過程可以創建不同的表示。

五、Prototype，原型模式：用原型實例指定創建對象的種類，並且通過拷貝這些原型來創建新的對象。

行為型有：

六、Iterator，迭代器模式：提供一個方法順序訪問一個聚合對象的各個元素，而又不需要暴露該對象的內部表示。

七、Observer，觀察者模式：定義對象間一對多的依賴關系，當一個對象的狀態發生改變時，所有依賴於它的對象都得到通知自動更新。

八、Template Method，模板方法：定義一個操作中的演算法的骨架，而將一些步驟延遲到子類中，TemplateMethod使得子類可以不改變一個演算法的結構即可以重定義該演算法得某些特定步驟。

九、Command，命令模式：將一個請求封裝為一個對象，從而使你可以用不同的請求對客戶進行參數化，對請求排隊和記錄請求日誌，以及支持可撤銷的操作。

十、State，狀態模式：允許對象在其內部狀態改變時改變他的行為。對象看起來似乎改變了他的類。

十一、Strategy，策略模式：定義一系列的演算法，把他們一個個封裝起來，並使他們可以互相替換，本模式使得演算法可以獨立於使用它們的客戶。

十二、China of Responsibility，職責鏈模式：使多個對象都有機會處理請求，從而避免請求的送發者和接收者之間的耦合關系

十三、Mediator，中介者模式：用一個中介對象封裝一些列的對象交互。

十四、Visitor，訪問者模式：表示一個作用於某對象結構中的各元素的操作，它使你可以在不改變各元素類的前提下定義作用於這個元素的新操作。

十五、Interpreter，解釋器模式：給定一個語言，定義他的文法的一個表示，並定義一個解釋器，這個解釋器使用該表示來解釋語言中的句子。

十六、Memento，備忘錄模式：在不破壞對象的前提下，捕獲一個對象的內部狀態，並在該對象之外保存這個狀態。
結構型有：

十七、Composite，組合模式：將對象組合成樹形結構以表示部分整體的關系，Composite使得用戶對單個對象和組合對象的使用具有一致性。

十八、Facade，外觀模式：為子系統中的一組介面提供一致的界面，fa?ade提供了一高層介面，這個介面使得子系統更容易使用。

十九、Proxy，代理模式：為其他對象提供一種代理以控制對這個對象的訪問

二十、Adapter,適配器模式：將一類的介面轉換成客戶希望的另外一個介面，Adapter模式使得原本由於介面不兼容而不能一起工作那些類可以一起工作。

二十一、Decrator，裝飾模式：動態地給一個對象增加一些額外的職責，就增加的功能來說，Decorator模式相比生成子類更加靈活。

二十二、Bridge，橋模式：將抽象部分與它的實現部分相分離，使他們可以獨立的變化。

二十三、Flyweight，享元模式

23種設計模式要在這里詳細的都說一遍內容實在太多了啊，推薦你一本好書《軟體秘笈：設計模式那點事》，裡面講解的23中設計模式例子很生動，容易理解，還有JDK中設計模式應用情況，看了收獲挺大的！網路裡面搜「設計模式」，第一條中設計模式網路中就有首推該圖書，瀏覽量在20幾萬以上的，不會錯的。

⑦ 軟體開發有哪些模式

快速原型模型：（需要迅速造一個可以運行的軟體原型，以便理解和澄清問題）

快速原型模型允許在需求分析階段對軟體的需求進行初步的非完全的分析和定義，快速設計開發出軟體系統的原型（展示待開發軟體的全部或部分功能和性能
（過程：用戶對該原型進行測試評定，給出具體改善的意見以及豐富的細化軟體需求，開發人員進行修改完善）

優點：
克服瀑布模型的缺點，減少由於軟體需求不明確帶來的開發風險
缺點：
A、 所選用的開發技術和工具不一定符合主流的發展
B、 快速建立起來的系統加上連續的修改可能會造成 產品質量底下

增量模型：（採用隨著日程時間的進展而交錯的線性序列，每一個線性徐磊產生軟體的一個可發布的「增量」，第一個增量往往就是核心的產品）

與其他模型共同之處：它與原型實現模型和其他演化方法一樣，本質都是迭代

與原型實現模型不同之處：它強調每一個增量均發布一個可操作產品，（它不需要等到所有需求都出來，只要摸個需求的增量包出來即可進行開發）

優點：
1、 人員分配靈活，一開始不需要投入大量人力資源
2、 當配備人員不能在限定的時間內完成產品時，它可以提供一種先推出核心產品的途徑，可現發布部分功能給用戶（對用戶起鎮靜作用）
3、 增量能夠有計劃的管理技術風險

缺點：
1、 如果增量包之間存在相交的情況且未很好處理，則必須做全盤系統分析

註：
這種模型將功能細化後分別開發的方法較適應於需求經常改變的軟體開發過程

原型模型：（樣品模型，採用逐步求精的方法完善原型）

主要思想：
先借用已有系統作為原型模型，通過「樣品」不斷改進，使得最後的產品就是用戶所需要的。原型模型通過向用戶提供原型獲取用戶的反饋，使開發出的軟體能夠真正反映用戶的需求，

採用方法：
原型模型採用逐步求精的方法完善原型，使得原型能夠「快速」開發，避免了像瀑布模型一樣在冗長的開發過程中難以對用戶的反饋作出快速的響應

優點：

(1）開發人員和用戶在「原型」上達成一致。這樣一來，可以減少設計中的錯誤和開發中的風險，也減少了對用戶培訓的時間，而提高了系統的實用、正確性以及用戶的滿意程度。

（2）縮短了開發周期，加快了工程進度。
（3）降低成本。
缺點：
1、當重新生產該產品時，難以讓用戶接收，給工程繼續開展帶來不利因素。
2、不宜利用原型系統作為最終產品。採用原型模型開發系統，用戶和開發者必須達成一致：

噴泉模型：（以用戶需求為動力，以對象為驅動的模型，主要用於採用對象技術的軟體開發項目）

它認為軟體開發過程自下而上周期的各階段是相互迭代和無間隙的特性
相互迭代：軟體的摸個部分常常被重復工作多次，相關對象在每次迭代中隨之加入漸進的軟體成分
無間隙:它在各項活動之間沒有明顯邊界（如分析和設計活動之間<由於對象概念的應用，表達分析，設計，實現等活動只用對象類和關系>）

優點：
1、 可以提高軟體項目開發效率，節省開發時間，適應於面向對象的軟體開發過程

不便之處：
1、由於噴泉模型在各個開發階段是重疊的，因此在開發過程中需要大量的開發人員，因此不利於項目的管理。
2、這種模型要求嚴格管理文檔，使得審核的難度加大，尤其是面對可能隨時加入各種信息、需求與資料的情況

螺旋模型：（適合用於需求經常變化的項目<適合於大型復雜的系統>）

它主要是風險分析與評估，沿著螺線進行若干次迭代，
過程：
1、 制定計劃：確定軟體目標，選定實施方案，弄清項目開發的限制條件
2、 風險分析：分析評估所選方案，考慮如何識別和消除風險
3、 實施工程：實施軟體開發和驗證；
4、 客戶評估：評價開發工作，提出修正建議，制定下一步計劃。

優點：
1、 它由風險驅動，強調可選方案和約束條件從而支持軟體的重用，有助於將軟體質量作為特殊目標融入產品開發中
缺點：
1、 難以讓用戶確信這種煙花方法的結果是可以控制的
2、 建設周期長（而軟體技術發展比較快，所以經常會出現軟體開發完畢後，和當前的技術水平有很大的差距，無法滿足當前用戶的需求）
3、 除非軟體開發人員擅長尋找可能的風險，准確的分析風險，否則將會帶來更大的風險

瀑布模型：（從本質來講，瀑布模型是一個軟體開發架構,重復應用）
（核心思想：按工序將問題化簡，將功能的實現與設計分開，便於分工協作，採用結構化的分析與設計方法將邏輯實現與物理實現分開，依照軟體生命周期自上而下，相互銜接的次序<如同瀑布流水逐級下落>）

缺點：
1、 在項目各個階段之間極少有反饋，各個階段的劃分完全固定，階段之間產生大量的文檔，增加了工作量
2、 用戶只有在項目生命周期的後期才能看到結果，增加了開發的風險
3、 需要過多的強制完成日期和里程碑來跟蹤各個項目的階段
4、 在每個階段都會產生循環反饋
（如果有信息未被覆蓋或是發現問題了，必須返回到上一個階段<甚至更前面的活動>並進行適當的修改,只有當上一階段都被確認後才進行下一階段）
5、 早期的錯誤可能要等到開發後期的測試階段才能發現，進而帶來嚴重的後果

優點：
1、 為項目提供了按階段分的檢查點
2、 當完成一個階段後，只需要去關注後續階段
3、 可在迭代模型中應用瀑布模型

按照瀑布模型的階段劃分，軟體測試可以分為單元測試，集成測試，系統測試

註：由於每個階段都會產生循環反饋，對於經常變化的項目而言，瀑布模型毫無價值，這種模型的線性過程太理想化，已不適合現代的軟體開發模式

⑧ 軟體開發一般包括哪些

中國現在軟體領域主流主要是這幾大領域的開發
1系統應用和硬體應用
2WEB網站
3行業應用，包括C/S模式，也包括B/S模式

我為什麼把系統應用和硬體應用放在了一起，這是因為這兩者都是比較在深層次上開發。
系統應用，如防火牆、殺毒、殺木馬、BT下載等等，我的機器上有一大半都是這種軟體。
其實游戲也算一類系統應用，為什麼？因為游戲開發，是網路技術、集群技術、安全技術、圖形計算技術、人工智慧技術有深度綜合考驗的軟體，對CPU、內存、顯卡、網路性能有嚴重考驗的應用。

硬體應用：在工業控制、交通、汽車、醫療、
數碼相機、數碼攝像機、攝像頭、MP3、DVD、數字電視、洗衣機、冰箱、空調、微波爐、電飯煲、U盤、手機底層
這些都是屬於硬體應用范疇

而開發這類應用，C是主流。為什麼C是主流？因為各種底層驅動、內核都是用C編寫的，而且與硬體應用編程，往往是用對應該硬體的匯編，C是最接近匯編並且和匯編有良好交互的開發語言，當然非C莫屬

看看，C的應用領域有多廣。
再說，現在的視頻播放、IPTV、3G應用，幾乎也都是C大顯身手的領域。假如你想投身這些行業，C是必選。

接下來，咱們看看WEB網站領域。
現在以及未來，WEB一定會越來越大行其道。這是毫無疑問的。現在主流WEB網站開發，主要是JSP、ASP、ASPX、PHP、Ruby、Python、 Perl這幾類，Python、Perl這兩類會少一些。所以說，假如你想投身於WEB網站的開發，JSP、ASP、ASPX、PHP這幾類必須都學會。為什麼要學習這么多，因為現在開發網站，用這幾類技術公司都差不多一樣多，假如你想找工作或跳槽，不抵會碰到哪個開發語言。其實，這幾類伺服器端語言都挺好學。一個WEB應用，不外乎是伺服器端語言 資料庫訪問 HTML CSS JS，資料庫訪問是考驗你對SQL的學習，WEB網站，主流是MYSQL、 ORACLE、SQLSERVER這三類，HTML CSS JS，無論你用什麼伺服器端語言都是這些公用的。很多同學問怎麼能快速學習呢？我給他們的建議是：下載一個完整網站的源代碼，看看裡面用到了什麼函數。很多網站的功能都是很雷同的，你會很快提高你的自信，對WEB網站開發不會感到茫然無措。其實技術沒什麼難的。假如你一上來就學習設計模式、OO、某個框架，反射技術，你會越來越陷入到技術深淵而懼怕。其實在實際商業開發中也用不到

行業領域，現在既有B/S的，也有C/S的。
現在B/S的行業應用，主流開發是JAVA和ASPX，上面咱們都講了
C/S的，就又分了兩個分支來說。有的公司跟風，用了.net C#或VB.net。大部分則現在還停留在win32的時代，用PB、DELPHI的公司最多。中國大部分公司都是開發行業應用軟體，所以這類程序員最多。

我曾經給同學們回信，也曾這么寫過。但是又有不少同學回信，說你說了這么多技術，怎麼學啊。我現在也不知道能進入什麼公司，不至於我，C、PB、DELPHI、PHP、JAVA、MYSQL、ORACLE、SQLSERVER都學吧？

這樣吧，經過我個人的一些從業經歷，筆者給出的拙見是：
C、JAVA你肯定是必學的，而且現在大學也幾乎開了這兩門課
資料庫方面嘛，ORACLE難一些，你可以學習SQLSERVER，因為MYSQL的使用和SQLSERVER很相似
WEB開發嗎，你學會了JAVA，PHP很好學。PHP比JAVA輕易多了。
在行業應用開發上，你可以學習DELPHI，PB現在用的人少了些。

當然，現在有一個痛苦，就是ASPX和C#學不學？因為用這兩種的公司也非常多。學吧，上面那些學習項目已經夠多，不學吧，這類公司也挺多。假如你覺得你進入網站公司的綜合能力不足，那麼就不要學習JAVA和PHP，找工作你就去做行業應用的公司，那麼你就需要學習ASPX和C#。

最後總結：
基礎學習：C、JAVA、SQLSERVER
走系統應用和硬體應用：C
走網站開發：PHP
走行業應用：DELPHI、ASPX、C#

從中國未來來看，賺錢多的還是會集中在系統應用和硬體應用上，網站開發最近的薪資不錯，但未來會下降，行業應用則薪資上不到哪裡去。假如各位同學不怕艱難，不怕一條道走到黑，專心學習C就OK，只要你學精，很好找工作的。假如你怕專心學後找不到工作，然後又什麼都涉獵，那麼你找不到工作的可能性更大

網友回復:支持一個
網友回復:一樓說得很具體了
網友回復: 一樓說的確實很具體了，謝謝啊！要是能推薦幾本書就更好了啊
網友回復:看看《代碼大全》吧
網友回復:強烈建議樓主一定學好C基礎,有了好的基礎學JAVA,.NET都很輕易
我是一開始接觸JAVA,現在因為一些工作原因回過頭來學C,個人的真實感覺是其實學好了C學別的語言都應該很輕易了,所以基礎一定要打好!

⑨ 常見的軟體開發模式和設計模式有哪些

MVC
這個是JAVA
ee中就經常用到的模式
將數據模型、界面視圖和業務邏輯控制分開的模式
在Android開發中體現的最明顯
數據模型一定單獨
界面視圖在布局中實現
業務控制單獨編寫，典型的MVC