2016-11-25 98 views
-1

我們正在啓動一個新項目,該項目使用sitecore作爲CMS並使用以下技術堆棧。基於表單的應用程序的Sitecore頁面模板類型

  • Sitecore的8.2
    • 的.NET Framework 4.6
    • MVC 5.2
    • 角1.5
    • 網絡API2
    • 玻璃映射器。

我們已經圍繞150+頁不同的項目相同的客戶端開發。現在,客戶端也希望爲該項目使用相同的sitecore實例。

此項目中的大部分頁面都是基於表單的頁面。在哪裏可以看到完整的輸入字段(文本框,表格等)。但是,我們需要sitecore根據某些條件呈現此組件。

我的問題是,因爲這是一個基於表單的應用程序(大部分頁面),所以需要如何創建模板。

  • 是所有字段應該存在於頁面模板或
    • 我應該爲頁面創建一個單獨的數據源的模板並用它作爲渲染數據源?

也有困惑,什麼類型的數據類型,我應該爲這些領域的使用。

  • 我應該用單行文本或
    • 標籤:大部分的人建議不要使用標籤,因爲它是不支持頁面編輯器功能。

或者你對這種方法的任何其他建議嗎?

專家,您的意見是最有價值的。請幫助。

UPDATE:

有一個問題。如果我有表單字段,如成員名稱,Memberhsip號碼,dateofbirth等什麼應該是模板中這些字段的名稱?

  • 它應該是一個具體的?字段名稱like,MemberName - SingleineText,DateOfBirth- SingleLineText?
  • 或者它應該是通用的字段名稱,以便它可以在所有表​​單中使用?例如:Field1,Feild2,Field3 ...FeildN

請您對這個

回答

1

領域的建議:我傾向於說,去數據源。它很好地推動了sitecore的個性化和可重用性(如果你有不同的表單域並且在不同的頁面上呈現不同的頁面)。

FieldTypes:就像你說的那樣,單行文本比標籤更適合體驗編輯器的支持。

意見建議: 數據源永遠不是最好的方法。這取決於項目的情況和要求。考慮渲染參數有時這些對於體驗編輯器模式下的內容編輯器非常方便。

字段名稱:我建議使用通用名稱。使用字段ID而不是代碼中的名稱。如果我是你,我會創建一個字段常量文件,我存儲所有的FieldIds。爲這些字段更改字段名稱「標題」,以便內容編輯人員更容易瞭解該字段。

+0

Dheeraj謝謝你的建議。我在上面增加了一個問題。你的幫助表示讚賞 – PaRsH

+0

但我使用Glassmapper作爲ORM。然後我不能在那裏使用常量。 – PaRsH

+0

如果您正在使用glassmapper,請在該字段上使用[SitecoreField(FieldId =「{Id}」)]]屬性。 –

0

如果我正確理解你的問題。 在這個項目中使用相同的實例意味着你將擁有多站點環境。 我會在設計模板和項目方面有所不同。我建議將重點放在頁面上的常見類型功能上,並推導出一組通用組件,這些組件將被重用並將基於數據源進行呈現。 例如單個文本框控件 - 您可以製作具有標題(單行),副標題(多行)的呈現。如果數據源沒有任何字段不呈現它(基於條件)。這樣你就可以更好地控制頁面,並且你可以在體驗編輯器中獲得更好的體驗。

相關問題