Средства и методы разработки

1) вообще даже если говорить про генерацию непосредственно HTML, то ничего не мешало иметь опять же ШАБЛОН этого html и заполнить его как нужно, одним махом, путём подставновки каких-нибудь переменных, как это умеет делать subst в том же Tcl. Это куда лучше, чем выпечатывание элементов по одиночке, что провоцирует ошибки и нечитаемо. Но толкового "макропроцессора" нет нигде кроме Tcl.

2) любая работа с HTML или XML может вестись не на уровне последовательностей символов, а на уровне операций над элементами, атрибутами, поддеревьями элементов... казалось бы простая мысль, которая никак не доходит до некоторых, что элемент -- тот же символ, зачем с байтами-то работать. Тот же гудвиновский код можно переписать так, чтоб он генерировал сразу нужные элементы с нужными свойствами и добавлял в конструируемое поддерево.

3) генерацию schema-based UI можно сделать путём трансформации исходной XML в отображаемую HTML по некоторым правилам, работать с символами ASCII-таблицы не обязательно. Нужен механизм трансформации (а-ля тот же xsltproc), можно наверное сделать самодельный на javascript. Основная идея, что это не императивная функция (цикл по строкам таблицы и так далее), а некий набор функций или правил, которые применяются к элементам по мере обхода исходного XML-дерева (собственно как работает xsltproc), правил зависимых от свойств элемента (data driven).

4) между данными полученными из БД (исходная XML) и полученными на экране (HTML) кроме слоя трансформации предназначенного для отображения неизбежно нужен ещё один слой трансформации для логического преобразования данных (обычно хотят всё же смотреть не то, что в БД в буквальном виде). Конечно такой слой может быть спрятан в SQL-запросе, который доставал из БД, но если SQL нет -- он таки нужен на стороне клиента. Так что оно конечно может быть schema based, но обрастает сложностями. Если их уметь побеждать, то будет наверное конфетка, но боюсь не для среднего ума уже.