XAML - привязка индекса строки и столбца ячейки к идентификатору автоматизации

Я нахожусь в процессе присвоения идентификаторов автоматизации отдельным ячейкам в сетке данных WPF, но у меня получилось немного загвоздка. Я решил попробовать назвать ячейки в соответствии с их положением в сетке (индекс строки и индекс столбца). Использование инспектора пользовательского интерфейса и выделение одного из рассматриваемых DataGridCells показывает следующие свойства:

GridItem.Row : 2 GridItem.Column: 0

... что наводит меня на мысль, что я могу получить доступ к этим свойствам через привязку. Однако большую часть последних нескольких дней я потратил на поиск в Интернете, как сделать это, но ничего не нашел.

Текущий код XAML выглядит следующим образом («???» - заполнители):

<DataGrid.CellStyle>
  <Style TargetType="{x:Type DataGridCell}">
    <Setter Property="AutomationProperties.AutomationId">
      <Setter.Value>
        <MultiBinding StringFormat="cell:{0}-{1}">
          <Binding ??? />
          <Binding ??? />
        </MultiBinding>
      </Setter.Value>
    </Setter> 
  </Style>
</DataGrid.CellStyle>

Существует ли такой путь к этим свойствам? Или существует другой метод для давать уникальные идентификаторы автоматизации для отдельных ячеек? Я не очень разбираюсь в WPF и XAML, поэтому приветствуются любые указатели.

Заранее спасибо.

-121 --- 16 19572- Почему Entity Framework автоматически использует ObjectContext вместо DbContext при отображении таблиц базы данных с помощью модели данных Entity ADO.NET Я сначала использую подход базы данных; Я создал таблицы в своей базе данных SQL Server 2008, а затем сопоставляю эти таблицы с классами Entity Framework с помощью модели данных Entity Data ADO.NET. Но когда я ...

Я сначала использую подход базы данных; Я создал таблицы в своей базе данных SQL Server 2008, а затем сопоставляю эти таблицы с классами Entity Framework с помощью модели данных Entity Data ADO.NET. Но когда я открыл файл designer.cs, я обнаружил в определении класса, который был создан автоматически, следующий код:

public partial class PortalEntities : ObjectContext

, поэтому меня сбивают с толку следующие три вопроса:

  1. Почему мои PortalEntities является производным от ObjectContext , а не DbContext , как я ожидал?

  2. Есть ли большая разница между ObjectContext и DbContext , или они в основном одинаковы и предлагают те же возможности

  3. Когда я пытаюсь написать что-то похожее на следующий код:

     Student student = db.Students.Find (id);
    

Я обнаружил, что не могу использовать метод .Find () , как раньше, используя DbContext , поэтому это означает, что ObjectContext & У DbContext есть разные методы, которые я могу использовать?

BR

13
задан marc_s 26 January 2012 в 15:53
поделиться