[coding]寫程式的心得(二)

程式撰寫雖然有各有各的創意思維，但也需要顧及團隊的運作與支援。

加上寄幾年來有人討論的敏捷開發與乾淨的程式碼。
其實有時想想，乾淨的程式碼其實就是某種整理的方法吧。
雖然現行已經大量運行MVC framework進行開發了。

今天也是在這邊分享一下在尚未導入MVC Framework的page script的一些建議。
以PHP的程式設計為例：

雖然教科書與學校都會教我們把程式碼寫在page的最上方或是<head></head>之間。
但相信許多程式在撰寫過程中都沒有造此需求進行開發，或許是時間壓力、或許是思維模式還沒到位等等這種可能的原因，導致程式碼混碼模式嚴重。

所以常常會有一些剛轉型從desktop系統轉型到web系統的人都分不清楚甚麼前端甚麼事後端。

這邊簡單的將前後端進行一個定義：
前端：瀏覽器看的到的所有東西如：HTML、CSS、JAVASCRIPT、JQUEY、CHART等等還有許許多多的程式語言或工具。

後端：瀏覽器看不到的東西，屬於Server端運行的程式語言如：ASP.net、PHP、JSP、JAVA、Python等等各種形形色色的程式語言。

再來就我個人經驗分享。

因為是page script因此這些東西都是寫在同一個檔案底下，一般而言我大概會區分為三個區域。

區域一 => 後端程式的撰寫位置：這一區主要是撰寫與伺服器需要的邏輯程式以及與資料庫間傳輸需求。

區域二 => 前端頁面的各種動作：這邊其實就是我們在看網站時有的一些連結或者是特效需求等等的程式需求。

區域三=> 前端頁面的畫面調教：這邊是我們針對頁面上的各個項目進行的色系或者使呈現方式進行的細部調教。

區域四=>頁面顯示的基礎架構：這邊就是學習網站設計最為基本的html標籤啦。

其實我個人分析後，發現MVC架構，若以我這個當原型去拆解的話，就像是把區域一內容進行調教，並且撰寫於不同的檔案之中，再透過自動化程式的方法讓他與區域二、三、四結合再一起的一種設假方法。

當然MVC沒有這麼簡單，他還可以限制撰寫方法，強迫讓團隊的撰寫程式的風格一致化。

當然今天不是要討論MVC架構，而是討論透過MVC的架構分析後，如果遇到沒時間導入或者是想導入但實在沒太多空檔的人一個方向，希望對有這類困擾地的朋友有一點點幫助。

[coding]寫程式的心得(一)

不管怎樣的程式設計師，相信都會有寫到開始感到煩躁的時候。
最大的發生時間我想莫過於看到一大堆程式碼被註解掉，
甚至連註解原因都沒有的時候。
我想這時候因該會出現所有我們所想到的國罵吧。

雖說註解程式或許可以幫助當下開發時的還原與比對。
但是當功能確認後，那些已被註解的程式碼就淪落到因該要被刪除的程式碼時。
不用想了，立刻、馬上、即刻 刪了。

為甚麼要這麼強烈呢!

其實很簡單，
依照我個人的經驗整理下來大概有三點
1.註解人知道這是垃圾，但交接人不知到的機率高達八九成。

2.留下太多註解會造就程式的容量龐大。(因該會有人說只不過差個1、2K，但數量一多，每一隻都多個1、2K 一個系統就有多少程式，會造就多少無謂空間的浪費)

3.註解程式碼，別忘了操作網站的不單單是一般使用者，還有高階電腦技術人員，哪個心懷不軌的人把你的程式註解部分打開，嘿嘿嘿~大家吃不完兜著走吧。

這三點看起來就像是MIS的發牢騷吧!

其實真正可怕的只有第三點。

大家一起想想我們過去是不是有相同的程式碼，花個時間整理整理，搞不好會對初出茅廬時的自己感到貽笑大方吧!!