Нет, это не вариант.Атрибут yieldViews относится только к постоянным представлениям, явно определенным в вашей модели.
Теперь: если вы полностью контролируете то, что можете использовать, убедитесь, что вы не ссылаетесь на некоторые сгенерированные по умолчанию представления в каком-либо атрибуте модели, любых методах (CFSQL или необработанный SQL) или частичном коде, тогда здесь некоторыеИдеи:
Вы можете не использовать сгенерированный по умолчанию xx_views.sql: - не сохранять его в sourcecontrol - предоставлять собственные представления (постоянные известные, извлеченные из сгенерированного файла) в пользовательском сценарии SQL после записи after_ [DefaultNamespace] _views.sql : в нем вы можете, например, удалить все существующие представления, а затем объявить только те, которые хотите использовать.Это был бы ручной шаг, который может занять много времени, если ваши постоянные представления сильно меняются между версиями.Может быть, хорошее соглашение об именах для постоянных представлений поможет этому ручному отчету найти достаточно хорошее решение.
Еще одна более продвинутая и понятная идея - предоставить пользовательский аспект , удаляющий «по умолчанию».представление, созданное для каждой сущности в метамодели до производства (см. метамодель и класс CodeFluent.Model.Entity), за исключением сущностей, отмеченных пользовательским атрибутом.Эта идея не гарантирована / проверена.