ASP.NET腳手架/模板CRUD解決方案

Question

我一直在研究ASP.NET動態數據以及腳手架和路由。我只是抓住了表面，但它看起來像我不得不爲每個表格創建一個模板，我不想以同樣的方式顯示所有列。

查看動態數據後，我的第一印象是，程序員似乎需要更少的時間編輯一次性生成的用戶控件，而不是爲沒有統一顯示的每個表創建模板行爲。

目前人們正在使用哪些經過驗證的解決方案，幫助您輕鬆完成創建ASP.NET CRUD類型用戶控件的艱鉅任務？

感謝

Answer 1

除了Visual Studio提供的東西外，顯然沒有太多的廣泛使用。

Answer 2

實際上我們正在研究我們自己的代碼生成工具。它已經被證明在低層完美運行，現在我們正在爲表示層擴展它，即生成用戶控件。

我沒有研究動態數據（儘管我希望當我有一段時間了），但我最大的恐懼是永遠失去彈性。問題在於，這些前端可能會在每次基於某個模板和編輯時動態生成，特別是引入特殊的客戶願望變得相當困難。對於小型標準應用程序，它可能完美工作。因此，我們所做的就是基於我們開發的一組標準自定義服務器控件「生成」這些用戶控件，但我們將首次從關於應用程序中的實體的一些靜態信息中生成。然後你可以繼續自定義。

這樣的系統應該幫助開發，提高了開發速度，在做初步尷尬的工作，但那麼他們就應該給他靈活地修改，直到最大。他們不應該增加額外的複雜...

Answer 3

在我們使用CodeSmith ASP.NET web表單。從一個實體我們生成管理頁面，代碼隱藏，服務層，數據層和db存儲過程。所有在幾秒鐘內。我建議你檢查一下我們的軟件，以便在你的應用程序中快速構建垃圾。

Answer 4

我以前.netTiers CodeSmith中模板很久以前（年），它被證明是非常強大的，所以，它必須是多了不起了。

我知道誰已經在大部分應用程序的內置了定製引擎（用於公司內部的選項，允許GUI）圍繞這些模板使用它們，實在是太成功一個（大）的公司。

Answer 5

看一看Blinq。

Answer 6

我已經在過去這一直是偉大的使用http://www.ironspeed.com/。在我們最後一個有大數據庫的項目上節省了數月時間，所以成本是值得的。但它看起來有點難看，並且在生成後更新數據庫架構可能會非常棘手。