網站設計還是後端邏輯優先？

Question

我目前正在研究我的一個寵物項目：一個使用Servlets/JSP和一些jQuery和Javascript好東西的Web應用程序。

我剛開始這個項目，我的困境是：我首先要注重網站設計或我應該實現後端邏輯然後開始調整設計？

眼下，該網站是可怕的，但功能和一些服務器端邏輯的完成。

Answer 1

如果你有一個我可能會首先建議使用服務器邏輯，然後使用簡單的樣式表。如果您記得在正確的地方使用整個HTML中的類和標識符，稍後應該沒有問題的樣式。

當然，如果你有一個客戶端誰首先希望看到非常好看的網頁，那麼這是一個不同的故事。

但有某種足夠好的虛擬佈局應該左右足以滿足大多數項目，也不會使它看起來像廢話（如至少有一些適當的排版，也許一個基本的網格）。

Answer 2

首先設計界面（不是UI，而是主頁和服務器之間的界面），然後獨立實現每個事物。如果你的耦合足夠鬆散，你應該不必擔心。

Answer 3

專注於讓您的用戶界面優先。最終用戶並不關心你的後端，只要它就可以工作。

Answer 4

開始通過使其完全功能，（通過完成服務器側邏輯，以產生內容& HTML）。

然後添加造型，使其漂亮。

然後添加腳本使其交互。

（當然，你應該始終牢記什麼風格，你將在以後使用腳本，並且可能要產生一些界面原型，所以你知道你要去的地方。）

Answer 5

那麼這取決於你將自己視爲第一位。你是第一個設計師，還是第二個設計師？還是相反？在我最近的項目中，我是第一個編碼人員，我設計了數據庫層（表格，一些存儲過程，標準化，yada yada）。這給了我一個關於如何構建業務邏輯層的想法，我已經做了，現在我在UI/UX方面。

希望它有幫助。

Answer 6

您可以遵循許多開發方法。如果您對user-centered design感興趣，您應該首先構建面向用戶的組件 - 而不是完整的完成和最終的視覺設計細節，但足以瞭解您的系統需要做什麼以及用戶期望的內容。然後，一旦你確信你的系統真的做得對，你就可以通過誰來使用這個站點來運行它，並建立後端來支持它。

否則，在項目中有時會發生什麼是你建立一個後端來支持一些最終與用戶無關的功能（你關心它，但他們沒有），你浪費了很多時間，能源。

Answer 7

我總是建議先實現功能 - 設計可以沿着編碼後臺完成，然後再把微調。很久以前，我有一些應用程序首先開始（直觀地）設計，然後突然失去興趣，導致無功能但設計臃腫的垃圾。功能很重要，但是如果你已經有了一些功能，你現在應該可以直觀地設計你的應用程序來迎頭趕上。 :)

Answer 8

我想說的是從使用故事或用例的前端設計開始。模擬您希望通過繪圖或使用諸如Balsamiq之類的工具查看屏幕的方式。這可能會或可能不會影響您設計到系統中的後端邏輯，但最好是謹慎並計劃進行更改。

當您瞭解用戶如何使用系統時，請開始構建後端邏輯以支持定義的任務。使用單元測試來模擬後端系統與前端的行爲。這應該有助於改進設計。

在後端邏輯形成之後，開始實際構建基於設計的前端。

Answer 9

我不會打賭，並且會做界面規劃（用戶如何與應用程序進行交互？用例，可能會在粗略的紙質可用性測試中嘗試用戶）。

網站設計只是圍繞您的應用程序核心功能的一個很好的框架。另一方面，如果沒有先確定應用程序的使用方式，首先將其轉化爲後端邏輯就是將自己置於潛在的未來重複工作之中。

Answer 10

做什麼對你有用，有人說，從用戶界面開始，他們可以深入瞭解他們爲建立後端而需要的系統使用情況，其他人從後端開始的工作效率更高，另一組人員喜歡開始帶編程接口（我自己從GUI開始）。

只要記住，GUI必須看起來很好，「感覺很好」，否則沒有人會使用你的應用程序，後端可能是壞的，幾乎沒有功能，沒有人會在乎（只要它的工作最的時間）。

Answer 11

從後面到前面的工作。您/您的用戶希望從系統中獲得什麼。然後繼續工作，進入你所需要的東西。從這個過程出來，然後從這個UI設計中最好的做到這一點。接下來，讓它看起來不錯。

演示文稿很重要，但它就像建造房屋一樣。改變你的前門的顏色很容易，改變房子的形狀不是。

Answer 12

偉大的信息！第一次我找到了我最喜歡http://www.whiteshaarks.com的東西。這一切都是爲了看到網站的主題。即使他們適當關注網站的顏色組合，以便客戶永遠不會向WS投訴。