2012-04-24 22 views
0

美好的一天, 我有一個項目,要求我與創意人員共享設計部分,同時照顧肉食業務邏輯(C#)。項目需要基於網絡,並可用於大衆市場(不是內部公司系統)。asp.net將設計移交給另一個人/公司

任何人都可以推薦如何最好地解決這個問題。 我通常會做網頁表單,但我會認爲MVC更適合,雖然我不太瞭解它。 設計人員能夠使用「佔位符」來開發我只注入我的服務器標籤,還是需要相當多的切片/切片才能將我的東西放入他的?

我曾經做過一個PHP項目,其中設計師給了我html的$標籤和smarty模板爲我做了所有的魔術。 在MS堆棧上可以遵循類似的原理嗎?如果不是,你可以推薦一個方法嗎?

設計師喜歡silverlite的想法,但我的直覺告訴我,那不是一個好主意......

回答

2

首先,如果你打算旨在爲大衆市場的解決方案,我會說避免silverlight。與HTML相比,它確實有一個小擴散,對吧? ;)另外你的UI人員可能知道如何設計HTML,而不是如何設計XAML接口。

這就是說,我認爲MVC絕對是在MS堆棧上走的路。 你可以照顧所有的控制器/模型的東西,而你的UI朋友可以設計一個漂亮的佈局。之後,你只需(或多或少)就可以使用Html助手和其他東西在頁面內部注入模型。

我個人對這種方法進行了大量的研究,效率很高。

1

我會說MVC3與Razor是一個好主意,並且可以類似於您如何使用PHP進行描述。 (Silverlight是好的,但對於公共網站最好避免,因爲它需要很多的人沒有一個插件。)

一對夫婦的MVC不錯的功能:

  • 只要你預先繪製出模型,你可以讓兩個人分開工作,一個在Razor視圖上,另一個在Controller邏輯上。設計師可以創建模擬模型來處理,並且可以創建模擬視圖。
  • 對於給定的類類型,您可以使用部分視圖(對於給定的類類型,MVC將在整個應用程序中默認使用)來推遲各種模型組件的最終設計。

總之,MVC的主要目標是促進業務邏輯和表示的分離。

1

將應用程序的各個層分開是正確的做法無論如何,但在這種情況下更是如此。我建議使用MVC,並保持視圖模型儘可能簡單。

根據網站不同部分的工作時間,有時設計和HTML將首先完成,其他時間將完成代碼。如果視圖模型很簡單,那麼設計者可以學習如何使用它們,特別是如果他使用Visual Studio(並且因此自動完成)。如果不是這樣,那麼提供一個包含所有視圖模型屬性的空視圖將是一個好的開始(或內聯文檔!)。

相關問題