Кто-нибудь еще борется с форматированием кода VB.NET Linq так, как он этого хочет в Visual Studio? Какие у вас есть хитрости для того, как вы справляетесь с этим? Я знаю, что Visual Studio позволяет снять флажок «Довольно перечислять (переформатировать) код», но в большинстве случаев это действительно удобный способ сохранить. И с командой разработчиков, у которых могут быть другие настройки, это не совсем жизнеспособное решение. Итак, мои вопросы:
- Как вы справились с форматированием многострочных операторов Linq в VB, не борясь с форматированием кода Visual Studio?
- Есть ли конкретное руководство по стилю для Linq в VB.NET, которое рекомендуется? Что-то, что читается, и что Visual Studio нравится без переформатирования кошмаров?
Редактировать -
Мой первоначальный вопрос, возможно, не имел ясности, которую я желал. Вот более конкретный пример. Возьмите этот поддельный запрос linq:
Dim query = From a In dc.GetTable(Of DAL.GenericTableDao)()
Select New With {
.ID = a.ID,
.SomethingElse = a.SomethingElse,
.MyOtherRecord = (
From dtl In dc.GetTable(Of DAL.DetailTableDao)()
Where dtl.ID2 = a.ID _
AndAlso dtl.Code = a.Code _
Select dtl.RecordName
).FirstOrDefault(),
.LastField = a.LastField
}
Все все красиво отформатировано и выстроено в очередь, но любые изменения в запросе приводят к тому, что Visual Studio прерывает форматирование и только немедленный CTRL-Z останавливает его. Что хорошо, если есть стандартный способ, которым VS хотел бы видеть многострочное форматирование Linq, но если нет, то попытки постоянного переформатирования VS не имеют смысла. Я пытаюсь понять, пропустил ли я какой-то стандарт или как другие в сообществе справляются с этим эффективно. (КСТАТИ - использование табуляции вместо пробелов для отступов. Не уверен, играет ли это на эту проблему или нет.)
Редактировать 2 -
Решил. Смотрите ответ ниже.