舉個例子,你會得到一個與數據庫交互的web應用程序項目。你如何開始構建ASP.NET Web應用程序?
你如何開始你的發展?你是從設計數據庫開始,繪製簡單的ERD並寫一個創建腳本?你是從設計你的Web應用程序的外觀開始的,也許使用Photoshop,然後爲它創建一個母版頁?或者你是從設計領域模型開始,以最小的外觀,稍後再應用更漂亮的設計?
請分享你的想法在此...乾杯......
舉個例子,你會得到一個與數據庫交互的web應用程序項目。你如何開始構建ASP.NET Web應用程序?
你如何開始你的發展?你是從設計數據庫開始,繪製簡單的ERD並寫一個創建腳本?你是從設計你的Web應用程序的外觀開始的,也許使用Photoshop,然後爲它創建一個母版頁?或者你是從設計領域模型開始,以最小的外觀,稍後再應用更漂亮的設計?
請分享你的想法在此...乾杯......
您從決定開始的方式開始。不,但實際上,這取決於太多的因素,得不到一般的答案。你養成使用敏捷開發的概念,是否有指定的功能設計,做了客戶給你嚴格要求,什麼是你自己的經驗等。
一般來說,我們開始通過發展我們的業務對象,然後爲他們創造意見使用示例數據/假數據庫或有時甚至是純文本文件。從那裏,我們開始填充零碎。如果不是所有需求都設置好,最好儘可能地將數據庫保存在開發之外。這樣你就不必每次都改變你的db,sprocs和與db的交互。
我傾向於做最後的這些想法,「通過設計你的域模型,以最小的外觀開始的,後來上應用preetier設計「我喜歡讓我的應用程序,任何形式的,做我想做的事情之前,我花時間讓它看起來很漂亮。
弄清楚用戶需要如何首先與您的網站進行交互。他們需要實現什麼?
讓我們定義你的ERD和數據庫模型將會很快跟隨。
然後,當你真正開始編碼時,你會朝着正確的方向前進。
許多人也會說,先寫你的單元測試。這很難做,但往往值得。
UI和DB,但它取決於哪一個是第一個。用戶界面是一件非常重要的事情,因爲您的客戶最終必須使用它(有人說可能有開發人員有時會忘記......)。數據庫設計是將(某些)結構放在所有業務需求中的一種非常好的方式,這種需求並非總是以嚴格和結構良好的方式來規定。
這是初級的經驗,自2004年以來,我一直在從事開發工作,從開發公司的4年學徒開始。
乾杯, 的Matthias
我啓動與功能的UI,移動從那裏到業務層和db(通常在串聯下手)。設計通常由客戶在某些方面提供,所以我嘗試儘早應用,而不妨礙它。我喜歡一步完成域(稍後可以接受小的更改),並在我的代碼中創建我的腳本。
這聽起來像是一個週轉,但它適用於我。
我絕對從一個UI原型開始。 客戶永遠不知道他們真正想要什麼,直到他們看到它。
對用戶界面的簡單更改可以轉化爲系統核心組件的巨大變化。因此,讓用戶玩一個漂亮的原型,直到他們確信他們正在尋找,然後深入系統對象和數據庫設計。
關於數據庫和系統對象,我覺得很難決定走哪條路。去數據庫首先肯定會影響我的課程設計,所以我儘可能地嘗試去對象。它變成了一個更人性的設計IMO
取決於項目ID'說。 通常,使用Photoshop模型向客戶展示他們獲得的內容是很好的。
對於小型無需維護的項目,我嘗試從數據庫建模開始,以便更好地瞭解結構。然後圍繞它創建Web應用程序通常很容易。
在較大的項目中,我通常從創建(基本)軟件關鍵部分的原型開始。然後,我將這些展示給客戶,然後將其扔掉。他們只是在幫助我更好地理解即將到來的挑戰。
但如上所述,這是一個品味和項目的問題。