Using disabled SPListItem events scope

Сообщение посвящено скрытию элементов при их создании, изменении и удалении от event receiver'ов с примером кода. Для начала определим тип DisabledItemEventsScope.

Object Model in SharePoint 2010

В данном сообщении хочу разложить для себя по полочкам объектную модель SharePoint 2010 с примером кода.

Server Object Model:
SPContext - SPSite - SPWeb - SPList - SPListItem - SPField
Client Object Model:
ClientContext - Site - Web - List - Field
JavaScript Object Model:
SP.ClientContext - SP.Site - SP.Web - SP.List - SP.ListItem - SP.Field

C Sharp compiler (csc.exe)

Меня до сегодняшнего дня мучил следующий вопрос. При компиляции проекта в Visual Studio используется .NET'овский компилятор (csc.exe) или нейкий встроенный в VS? И так, для меня миф о компиляторе в VS разрушен, а именно, студия не имеет встроенного компилятора. При компиляции используется компилятор csc.exe от .NET Framework. Студия запускает его со специфическими параметрами, которые зависят от того, что мы делаем.

Abstract class vs Interface

Обсуждение я хотел бы начать с интерфейсов. И так, interface - именованный набор сигнатур данных.Помимо методов интерфейс может содержать, также, события и свойства! С# не позволяет определять в интерфейсе статические члены (т.к. CLS-совместимый интерфейс не может содержать подобных членов), хотя CLR сие допускает.

Global Assembly Cache (GAC)

Чтобы создать сборку со строгим именем, смотри предыдущий пост. Теперь перейдём к GAC. Global Assembly Cache (глобальный кэш сборок) - место, где располагаются совместно используемые сборки. Его можно найти по адресу: C:\Windows\assembly. Но этот кэш только для сборок .NET Framework 2.0 - 3.5. Для .NET Framework 4.0 GAC - C:\Windows\Microsoft.NET\assembly. Это изменение произошло в основном из-за того, чтобы приложения, написанные под CLR v2.0 не видели сборки в кэше, написанные для CLR v4.0.

Strongly and weakly named assemblies

В интернете и книгах достаточно много информации по этой теме. Но достаточно трудно найти ресурс, где бы чётко и доступным языком были описаны основные моменты. И так, в этом посте я постараюсь информацию более-менее структурировать. 
.NET Framework поддерживает 2-а вида сборок (следующая терминология придумана исключительно Дж. Рихтером и не встречается в документации по .NET Framework): 

1. с нестрогими именами (weakly named assemblies);
2. со строгими именами (strongly named assemblies).

Pattern MVC

Впервые паттерн MVC появился на языке SmallTalk в конце 70-х гг. Собственно задача было в том, чтобы разграничить представление и бизнесс-логику (модель), дать возможность иметь несколько View для одной модели. На сей день существует несколько вариаций этого паттерна. Рассмотрим один из них. Паттерн включает в себя 3 компонента:

1. Model (модель);
2. Controller (контроллер);
3. View (представление).

Трёхуровневая архитектура приложений

В этой статье хочу рассказать, как это в принципе видно из её названия, о трёхуровневой архитектуре приложений.

В любом, даже самом маленьком, например "Hello world!", приложении необходимо чётко разграничивать представление от обработки данных.

3-уровневая архитектура подразумевает следующие слои (как показано на рисунке):

1. User Interfase (далее UI);
2. Business Logic (далее BL);
3. Data Layer (далее DAL).

Pattern Singleton

Этот шаблон используется при проектировании класса, который может иметь только один экземпляр. Это ограничение оправдывает себя, когда объект класса очень громоздкий и нам нет необходимости плодить эти объекты. Пример кода:

MSIL, Compiler and CLR

Под компиляцией я подразумеваю контроль синтаксиса и анализ "корректного кода". (Дж. Рихтер)

Трудно не согласиться с дядей Рихтером. Все CLR-совместимые компиляторы (в частности Visual Studio) генерируют MSIL-код, являющийся managed code, и metadata (для каждого управляемого модуля).

Fierst message

Совсем недавно начал заниматься программированием на языке C# (разработкой под платформу .NET). По возможности, свои мысли и некоторые примеры кода решил записывать сюда. Первое сообщение будет коротким, но, на мой взгляд, довольно содержательным.

Как мне показалось, мало знать сам язык и его синтаксис, необходимо уметь думать,  иметь представлении о компиляторе и исполняющей среде (CLR).

One push can change everything (SSTREGG).