ThomasTCH wrote:
如果只是興趣就不用方向...(恕刪)
樓主需要的是興趣+方向
只怕他兩個都沒有
個人積分：1584分
文章編號：63475619
個人積分：61分
文章編號：63476385
個人積分：6730分
文章編號：63476652
個人積分：283分
文章編號：63478596
個人積分：5403分
文章編號：63481376
個人積分：16288分
文章編號：63485822
個人積分：6730分
文章編號：63486573
個人積分：233分
文章編號：63492826
個人積分：233分
文章編號：63494303
findaway wrote:
我沒有資訊的背景，...(恕刪)
軟體架構設計時根據不同的抽象層次可分為三種不同層次的模式：
1.架構模式(Architectural Pattern)
2.設計模式(Design Pattern)
3.代碼模式(Coding Pattern)
--------------以下是代碼模式(Coding Pattern)階段------------------
先確認自己是否已經夠了解程式語言了
例如:C語言
1.資料型態-變數在記憶體內的大小
2.流程控制if else ,for loop
3.函式
4.陣列
5.動態記憶體分配與靜態記憶體分配
6.指標
7.指標與陣列的差別
備註:小弟學習的心得,指標可以是陣列,陣列不可以是指標
8.指標+函式
9.指標的指標
備註:指標最多只能用到兩層**p,如果用到***p以上表示架構有問題
程式還是可以跑但複雜度太高
10.struct
備註:1~10是結構化程式的基礎
11.了解oop,類別實體化後是物件
備註:實際上是記憶體配置的過程
12.封裝
13.繼承
14.多型
備註:問題:oop三大特性中哪個最重要,為什麼
答案是多型,此特性讓程式更具有彈性
16.what is Virtual Table?
備註:了解多型內部是如何運作的
簡單說就是'指標+函式'
應用:call back function,delegate(委派)
備註:11~16是物件導向程式的基礎
--------------以下是設計模式(Design Pattern,簡稱DP)階段------------------
17.先學習UML
19.SOLID
備註:只要遵守SOLID是不是DP就不是那麼重要了
20.Creational 模式
21.Structural 模式
22.Behavioral 模式
23.多執行緒模式
備註:學習DP的過程需要一些實作經驗
如果只是單純看看UML並實作出來
個人認為很難體會各Pattern的精隨
各Pattern有各自優缺點
要找到是當時機使用
別走火入魔了
--------------以下是架構模式(Architectural Pattern)階段------------------
節錄:http://thoughspace.blogspot.tw/2008/05/pattren.html
由於軟體樣式(Pattern)的概念是源於亞歷山大的建築模式語言，因此大多數人都會以建築的觀點來討論軟體樣式。儘管蔡學鏞在《Design Pattern 新解》這篇文章裡，認為『
許多人一講到 Design Pattern，就會扯到什麼建築設計，因為他們全都是看四人幫的「Design Patterns」經典本的解釋，沒消化就照單全收。 如果不能用更生活化的方式解釋 Design Pattern，我會懷疑他們是不是真的瞭解 Design Pattern 的真義。
』反對把建築模式和軟體設計樣式畫上等釋號，然而，要解我為什麼認為「pattern」這個詞要譯為「樣式」，免不了在後面卻必須談談建築。
小弟才粗學淺
這階段還在學習中可以參考
POSA全系列的書籍
KENT BACK書籍
Martin Fowler書籍
此階段是整個軟體架構最上層
常見的MVC也是屬於此階段的
簡單說就是在建立Framework
備註:作者小弟忘記是KENT BACK或Martin Fowler了
有本著作真的是在教你怎麼打造自己的freamwork
學習程式設計的順序是
3.代碼模式(Coding Pattern)
2.設計模式(Design Pattern)
1.架構模式(Architectural Pattern)
但其實軟體發展的歷史脈絡是
1.架構模式(Architectural Pattern)
2.設計模式(Design Pattern)
3.代碼模式(Coding Pattern)
例如:
MFC中的Document 、 View
因為doc內的程式碼會有大泥球（Big Ball of Mud）問題
所以架構模式(Architectural Pattern)中的MCV Framework就發展出來了
MVC在發展與應用的過程中
因為multi view有資料同步問題
所以設計模式(Design Pattern)中的Observer Pattern就發展出來了
隨著2000後網頁設計程式的演進
因為HTML語法與後端網頁程式語言相互交雜
MVC架構被應用在各家程式語言中
例如:PHP,asp.net,jsp,ror
所以代碼模式(Coding Pattern)中的PHP
備註:現在常見的Web MVC架構
並沒有採用Observer Pattern所以不是MVC
正名其實是Model 2
參考:http://blog.turn.tw/?p=1539
亞歷山大的建築模式語言
書中常用:情境、問題、解決方案
小弟在介紹上述MVC演進過程中
情境 = MVC演進過程中
因為 = 問題
所以 = 解決方案
有些Design Pattern的書籍
也常用這樣的方式介紹
個人積分：6730分
文章編號：63495005
13.繼承
14.多型
都很重要
封裝..將Domain Know 包裝起來..降低複雜度..讓外面只看到簡單的API而不是複雜的邏輯..Public,Private,Protected..都很重要..開太多API,外面就知道你裡面邏輯,就會攻擊你..有相當多的知識在裡面
繼承..讓你只要少少Code就有你的功能..技統架構師..寫一堆繼承..使用者使要Override 掉特定的方法就能實現它的功能
你是輪胎廠..你要測試你輪胎的性能..你不用去做一台車子,然後測試輪胎效能..你只要使用車子繼承它,Oveeride 掉輪胎部分就可以了
因為大部分人都是繼承別人的,會使用就好..相對對繼承不熟..
