Скажите, почему и в TimeSpan, и в DateTime все свойства доступны только для чтения?

Idsa, потому, что если ты хочешь указать конкретное время --- ты можешь сделать это в конструкторе.

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

Самые используемые методы работы с датами --- AddPeriod()

Допустим мне нужно каждые 100мс в таймере увеличивать число тиков в моем объекте класса DateTime. Если я буду использовать для этого функцию AddTicks, каждый раз будет создаваться новый объект. Очевидны потери памяти 1. при частом выделении памяти 2. при сборке огромного числа мусора.
ivashkanet, ну что, я справился с заданием? 

Idsa, это ерунда какая-то а не пример   
Зачем таймером считать время? Оно ведь итак считается системой   
К чему это применить можно?

DateTime --- структура размером 8 байт. 
Единственное что храниться в ней это

Хоть тысячи таких объектов каждые 10мс создавай (незабыв уничтожить).

Ладно, приведу другой дурацкий пример. Допустим была у меня одна дата. А теперь мне нужна дата с измененным годом. Я понимаю, что можно воспользоваться командой AddYear и получить новый объект... но я не вижу смысла в создании нового объекта, когда (при налачии set-ового свойства) можно было бы просто модифицировать имеющийся объект.

Хоть убейте, не пойму, какая логика в том, что функция AddXXX возвращает новый объект, а не модифицирует имеющийся.

В мсдн по этому поводу сказано только следующее:


А вообще, под DateTime лежит только 64-битное значение, так что особой проблемы не вижу.

ИМХО, сделали для простоты, чтобы не заморачиваться с событиями на изменение каждого отдельного свойства.

Дык особой проблемы и я не вижу. Просто хотелось узнать причину.