2019年1月20日 星期日

[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的架構分析後,如果遇到沒時間導入或者是想導入但實在沒太多空檔的人一個方向,希望對有這類困擾地的朋友有一點點幫助。



沒有留言:

張貼留言

[資安]社交工程

 社交工程 在資訊安全領域中所提出的"社交工程"議題,其實也可以說"溝通"一詞的另一個說詞。 人在討論交換訊息時的行為,正是所謂的社交工程的過程一模一樣,主要差異在於行為與意圖。 有心人士預計要蒐集他人的各種資訊使用的對話溝通方式,其中我們...