Это может быть хорошей идеей, чтобы отредактировать ваш вопрос именно так, как вы хотели бы поступить с информацией, которую вы прочитали. Однако из того, что вы сказали до сих пор:
Идентификатор редактируемого элемента уже будет передан получателю события через SPItemEventProperties , поэтому его не нужно искать. Если вам нужно найти другой элемент в списке (или вообще в другом списке), Доступ к элементам списка с помощью страницы объектной модели в SharePoint Dev Wiki предоставит вам все варианты. Хорошее общее правило - использовать SPQuery для достижения максимальной производительности в целом.
Примечание. На вики-странице разработчиков SharePoint есть довольно хорошая страница , демонстрирующая, как написать приемник событий. Он показывает, как запрашивать и получать заголовок элемента списка.
Обновление после комментариев:
Получив объект SPListItem, вы можете найти его GUID с помощью свойства UniqueId . В предоставленной выше вики-ссылке «Доступ к спискам» примеры кода показывают, как использовать свойство Title.
Каждая часть данных, к которой вам нужно получить доступ в SharePoint, должна быть доступна через объектную модель. Это упрощение, но, как правило, сами страницы выводятся из файлов шаблонов на сервере и объединяются с данными в базе данных для отображения пользователю. Поэтому редактирование страницы программно или через ее источник не будет работать.
Извиняюсь, если я делаю неверное предположение, но вы звучите довольно плохо для разработки SharePoint. Я настоятельно рекомендую вам прочитать хотя бы первые несколько глав Внутри Windows SharePoint Services 3.0 , так как внутренняя работа SharePoint важна для хорошего понимания, и эта книга должна помочь. В нем также есть раздел получателей событий.