因此，我正在構建一個表單，我的用戶可以根據他們的需求進行自定義，然後接受來自其客戶的響應。把它想象成一個Google Docs Form（我可以登錄並製作任意大小的表單，並有很多動態字段）。每個用戶的動態應用程序...（PHP MySQL）
什麼是創建這個的典型方法 - 是否有擅長這樣做的PHP庫？到目前爲止，我的計劃是隻考慮他們可能需要的每個字段，並將該字段的布爾邏輯與該用戶相關聯。換句話說，假設這些都是可以使用的可能的領域：
每個那些可以爲我的任何用戶打開或關閉，以便（或不）顯示並用於他們的客戶。這似乎是一個非常有效的工作方式，我想知道讓它們創建一個完全動態的表單是否更有意義。但是，再次，這聽起來像對我來說更多的工作...
所以這個問題 - 是我的邏輯聽起來，和人們將這種代碼的標準方式？爲什麼/爲什麼不？是否有任何可以定製到我的WebApp中以允許完全動態創建表單的庫？
謝謝大家！
我們之前爲了自己的目的而將其構建爲內部項目。好東西也導致它比我們想要的複雜得多。我們採用了自定義解決方案，因爲當時我們沒有看到任何選項可以基本實現您想要的功能：本地存儲和高度可定製的解決方案。我們可能已經發現了一些東西 - 我不太清楚 - 但是我要說的是，你的問題的一部分是你的邏輯是否合理，而不是必須存在一個現有的庫。
我強烈建議你不要想到他們可能想要的每個領域。你會將自己鎖定在一個結構化的軟件包中，這個軟件包很難維護。摘要是唯一的出路。
我們做到了，所以每個表單都是表格表中的一個條目。夠簡單。表格名稱，客戶端ID，狀態（活動/禁用）等。
當然，每個字段都在關聯表格中，並與表格ID鍵入。此條目存儲標籤，ID，類型（選擇，多選，無線電，文本，textarea），所需（布爾），命令，活動或禁用，選項（如tinymce啓用等）等。
然後每個字段具有多對一的關係表，如果適用的話。對於下拉菜單，單選按鈕等。
這並不是最複雜的，但是當你開始改進東西 - 或者甚至想要將東西分成頁面 - 它變得越來越糟。
要點是 - 抽象它。最後你會快樂得多。
你想要類似http://code.google.com/p/jquery-form-builder-plugin/？它是一個JQuery Form Builder插件，並且是獨立於服務器端的技術。
我只是把他們指向了Wufoo ...... – ceejayoz 2012-02-29 01:15:24
@ceejayoz它需要被集成到我的應用程序的其餘部分。如果我無法在本地存儲數據，這不是一種選擇..但我會檢查它，以防萬一我能。 – Shackrock 2012-02-29 01:16:57
我只是將它們指向Google Docs表單 – 2012-02-29 01:19:53