Это не говно срачь а проплаченый тролинг. Есть команды которые поднимают рэйтинг форумам и порталам. Набирается команда и они активно сутками висят ан форумах во всех темах.. чтобы набивать движуху, мол форум активный. Но это чисто тролинг проплаченный.. уже давно всем известно. Вот только плохо что модеры не следят за своими архаровцами. Когда тема и так активна и идет обсуждение, да еще и просят тролей не мешать.. они тупо сидят и лезут.. в итоге только хуже порталу станет. после такого больше сюда заходить не захочется.. есть и другие форумы с порядком.

Вы троли или айТИшники? самим не противно ваот таким тоном, будто дети 14лет сели помериться членами, у кого не оказался длиннее, начал спорить что у него толще :( Может по делу ? Есть чем оспорить - кидайте код и вывод. нафига добавлять тучу сленга и плевок в догонку.

Отойдем немного от темы компиляции, тут методов десятки. Допустим есть два варианта : через dictionary старый добрый но тупой заполнить и отдать в шаблонизатор. В идеале бы отдать в виде структурного JSON но с защитой от фейла. Т.е. как в примере что я писал недавно.
Как бы в АПИ все просто, берется выборка. и тупо по имени колонки загоняется в dictionary лист. Далее в шаблонизаторе тупо можно foreach( user.name или user['name'] - благо тут спасает getMember и getIndex
С приведением типов уже пока проблема. user.Age > 5 и user.Age > '5' уже может доставить проблем серьезных. Д аи всегда бывают проколы, когда амин ступил и вместо int создал char поле а шаблнизатор не ведает о типе, точнее знает но в шаблоне писать проверки типов не камельфо. Когда то вроде сталкивался с методами которые могут позволить определить в какой тип будет попытка принять данные и сразу отдать в нужном.

Второй способо, это генерить модель по структуре базы, тут придется контролировать спец символы в в именах. Далее вроде просто выходит, берется снова выборка, загружается в модель и отдается шаблонизатору, Но вот смущает момент что у нас модель допустим со 100 проперти, а из таблицы мы запросили только 2 колонки, да и будут потом также комбинированные по left join выборки, и не генерить ведь на каждый VIEW свою модель ? Тут тогда проще как предлагал МСУ через DataSet Вот только отдать в шаблонизатор DataSet все теже проблемы - проверка на getmember в DataRow и других. И снова теже приведения типов.

Вот тутбы выкрутится както по примеру Json. Отдать в шаблонизатор не типизированный объект типа тогоже
user = new {name = 'tester', age = 10} или через тотже сериализатор xml в Json
В идеале - шаблонизатору получать объект вида Json при этом чтобы избавиться шаблон от проверки на typeOf и также getMember и getIndex просто вернули null или '' если нету проперти в зависимости от того как запрашивается.
Накрайняк думаю можно для шаблонизатора ввести приведение типов в удобоваримом врианте. int(user.Age) string(user.Age)

Вариантов очень много, даже слишком, в каждом есть свои минусы и нужно допиливать.. просто пытаюсь из всех возможных комбинаций, доколупать удобное но простое решение. И давайте без срача. просто есть задачка подумать, даже если она не несет никакой цели. Хочется както красиво получить интересный код, и поломать слегка голову.