public MyMathClass ()
{
PI = 3.14;
}
}
Любая попытка выполнить присваивание полю, помеченному как readonly, за пределами конструктора приведет к ошибке на этапе компиляции:
class MyMathClass
{
public readonly double PI;
public MyMathClass ()
{
PI = 3.14;
}
// Ошибка!
public void ChangePI()
{ PI = 3.14444;}
}
В отличие от константных полей поля, допускающие только чтение, не являются неявно статическими. Таким образом, если необходимо предоставить доступ к PI на уровне класса, то придется явно использовать ключевое слово static. Если значение статического поля только для чтения известно на этапе компиляции, тогда начальное присваивание выглядит очень похожим на такое присваивание в случае константы (однако в этой ситуации проще применить ключевое слово const, потому что поле данных присваивается в момент его объявления):
class MyMathClass
{
public static readonly double PI = 3.14;
}
// Program.cs
Console.WriteLine("***** Fun with Const *****");
Console.WriteLine("The value of PI is: {0}", MyMathClass.PI);
Console.ReadLine();
Тем не менее, если значение статического поля только для чтения не известно вплоть до времени выполнения, то должен использоваться статический конструктор, как было описано ранее в главе:
class MyMathClass
{
public static readonly double PI;
static MyMathClass()
{ PI = 3.14; }
}
При работе с классами важно понимать роль ключевого слова partial языка С#. Ключевое слово partial позволяет разбить одиночный класс на множество файлов кода. Когда вы создаете шаблонные классы Entity Framework Core из базы данных, то все полученные в результате классы будут частичными. Таким образом, любой код, который вы написали для дополнения этих файлов, не будет перезаписан при условии, что код находится в отдельных файлах классов, помеченных с помощью ключевого слова partial. Еще одна причина связана с тем, что ваш класс может со временем разрастись и стать трудным в управлении, и в качестве промежуточного шага к его рефакторингу вы разбиваете код на части.
В языке C# одиночный класс можно разносить по нескольким файлам кода для отделения стереотипного кода от более полезных (и сложных) членов. Чтобы ознакомиться с ситуацией, когда частичные классы могут быть удобными, загрузите ранее созданный проект EmployееАрр в Visual Studio и откройте файл Employee.cs для редактирования. Как вы помните, этот единственный файл содержит код для всех аспектов класса:
class Employee
{
// Поля данных
// Конструкторы
// Методы
// Свойства
}
С применением частичных классов вы могли бы перенести (скажем) свойства, конструкторы и поля данных в новый файл по имени Employee.Core.cs (имя файла к делу не относится). Первый шаг предусматривает добавление ключевого слова partial к текущему определению класса и вырезание кода, подлежащего помещению в новый файл:
// Employee.cs
partial class Employee
{
// Методы
// Свойства
}
Далее предположив, что к проекту был добавлен новый файл класса, в него можно переместить поля данных и конструкторы с помощью простой операции вырезания и вставки. Кроме того, вы обязаны добавить ключевое слово partial к этому аспекту определения класса. Вот пример:
// Employee.Core.cs
partial class Employee
{
// Поля данных
// Свойства
}
На заметку! Не забывайте, что каждый частичный класс должен быть помечен ключевым словом partial!
После компиляции модифицированного проекта вы не должны заметить вообще никакой разницы. Вся идея, положенная в основу частичного класса, касается только стадии проектирования. Как только приложение скомпилировано, в сборке оказывается один целостный класс. Единственное требование при определении частичных классов связано с тем, что разные части должны иметь одно и то же имя класса и находиться внутри того же самого пространства имен .NET Core.
