Динамические SQL query strings и Find Usages

6yrop

Динамические SQL query strings и Find Usages таки совместимы.

Для столбца:



FindUsages(tableName: "BillOfMaterialsLine", columnName: "PartNumber")

выдает:



Source\ConsoleApplication2\MainTest.cs:(Ln 115, Col 22)

Source\ConsoleApplication2\MainTest.cs:(Ln 276, Col 22)

Source\ConsoleApplication2\Program.cs:(Ln 42, Col 22)

Для таблицы:



FindUsages(tableName: "BillOfMaterialsLine")

выдает:



Source\ConsoleApplication2\MainTest.cs:(Ln 48, Col 45)

Source\ConsoleApplication2\MainTest.cs:(Ln 115, Col 22)

Source\ConsoleApplication2\MainTest.cs:(Ln 276, Col 22)

Source\ConsoleApplication2\Program.cs:(Ln 42, Col 22)

(Ln 115, Col 22) указывает на начало метода, который содержит sql запрос.
P.S. это пока экспериментальная реализация, и пока принципиальных проблем не видно

FRider

а экспериментальную реализацию grep + find не пробовал?

6yrop

напиши регулярку на поиск столбца PartNumber.

FRider

  find . -name "*.cs" -exec grep -n -H PartNumber {} \;

6yrop

такой поиск по реальному проекту найдет в разы больше мест, чем требуется

FRider

прям в разы? И кстати, по реальному проекту регулярку можно экспериментально уточнить...

6yrop

да именно в разы, поскольку такие названия разбросаны по сорцам всего проекта. Причем разница принципиальная — при точном поиске и аккуратных правках можно сильно экономить на всех видах последующего тестирования.

6yrop

Кстати, меня уже несколько дней занимает вот какая философская мысль. Представим, что человеческий мозг приобрел способность легко работать с GUID-ми :grin:

. Насколько бы сильно изменилась разработка бизнес софта?

FRider

имхо никак. Индусам пофиг, что высерать - слова языка, гуиды или еще что

6yrop

с вашего позволения, оставлю этот вопрос для тестирования народа

6yrop

Прикрутил к реальному проекту.
Текстовый поиск поля Sequence нашел 239 совпадений. Мой мой поиск вернул пустое множество, т.е. Sequence в запросах не используется.
Доволен как слон

6yrop

http://www.youtube.com/watch?v=Ms3ku9jwV0g&t=2m22s

Оставить комментарий