Спрашивая о преимуществах и недостатках цикла внутри элементов управления для выполнения инструкций insert, update, delete SQL

---

Моя плохая компания, с которой я работал, они делают ERP-системы, они используют delphi и всегда зацикливаются на элементах управления формой, и если элемент управления является текстом, то его имя поля с его значением берется в commandtext, а затем применяется INSERT, UPDATE, DELETE в SQL для быстрой производительности экрана, потому что клиенты всегда просят добавить новые функции, экраны, текстовые поля

Но теперь моя плохая компания перейдет на веб-приложение ASPx, так что они будут делать то же самое, что и в элементах управления, так что у меня слишком много идей в голове Вот пример,

Первая идея : зацикливание элементов управления в каждом экране ( или называется зацикливанием из другого класса)

// For Example Insertion
cmd1 = string.Empty;
cmd2 = string.Empty;
foreach(Control c in Page.Controls){
if (c is TextBox) {
cmd += cmd + c.FieldName + ",";
if (c.FieldType == Integer) {
cmd2 += cmd2+ c.Text + ",";
}

if (c.FieldType == String){
 cmd2 += cmd2 + "'" + c.Text + "',";
 }
}
}
cmd = "INSERT INTO Table_Name(" + cmd + ") VALUES(" + cmd2 + ")";

Вторая Идея ( Моя Идея )
Перетащите компонент на каждый экран,и этот компонент содержит свойство, чтобы получить все текстовые поля страницы ASPx и назначить каждому текстовому полю его равное поле внутри базы данных тоже со свойством.


1. Итак, что мне нужно знать, первая или вторая идея лучше ? Для быстрой & amp; производительности кода и скорости выполнения и интеграции с SQL Server.

2. А Какие Преимущества / Недостатки У Этих Идей ? (Циклические Элементы Управления, Идея Компонента )

3. Есть Ли Здесь Какая-Нибудь Лучшая И Быстрая Альтернативная Идея, Которую Члены Клуба Могут Мне Показать ? Для быстрого перетаскивания для разработчиков, чтобы создать новый экран без единой вставки, обновления, удаления оператора на каждой странице !!

Что я уже пробовал:

Я Думаю, Что Вторая Идея Лучше ? А Может, И Нет.

---