|
Начнем с того, что программистов на с гораздо больше, чем на NAVе. Поэтому и книжек и тех, кто занимается методологией гораздо больше. Это нужно принять как данность.
Также хочу заметить, что красивое, элегентное, удобное не всегда - хорошо. Точнее не всегда хорошо, применительно к какой-то конкретной задаче. А будет ли код красиво написанный в соответсвии с тем или иным подходом оптимально работать с памятью? Работать быстро. Как пример могу привести программу Evernote. Прошлую версию разработчики написали на красивом и модном WPF. По получили огромное количество проблем - проблемы с отображением шрифтов, медленную работу, огромное использование памяти и, как следствие, недовольство пользователей. Текущую версию они переписали на плюсах. Но, разумеется, я не утверждаю, что так всегда. Бывает, что новые подходы улучшают какие-то аспекты без ущерба для других.
А про пример - не знаю как и на какой вресии вы тестировали. Это будет одна таблица. Вроде бы нелогично. А с другой стороны - ведь массив не временных record тоже ссылается на одну таблицу, почему временные должны ссылаться на разные.
|