Smilleey

*Какая-то беда с дизайном.*

Кастовать вниз по иерархии (downcast) напрямую объекты A в B нельзя, потому что A - это не B. Потому что B содержит какое-то дополнительное состояние (b), которого нет в A и компилятору неизвестно, каким оно должно быть в текущем виде (A конструировался иначе, чем B и как получить валидный B из A - известно лишь программисту).
Об этом вам пытается рассказать рантайм (Invalid Cast).

Что касается методов, которые не приводят к желаемому:
Enumerable.OfType<T>() - фильтрует по типу и законно возвращает пустой список (у вас список A, там действительно нет B)
Enumerable.Cast<T>() - последовательно делает каст, который невозможен.

Можно попытаться скопировать объекты в новый список:
listA.Select(x => new B{ a = x.a }).ToList();

Но это прокатит лишь в том случае, если мы сможем достать из A необходимые данные для конструирования объекта B. Важно понимать, что это будут именно ДРУГИЕ объекты. Если A некопируем по своей природе, то этот фокус не пройдет.

Создать в классе B конструктор принимающий класс А и инициализирующий свои поля значениями из А. Затем
var listB = listA.Select(a=>new B(a)).ToList();

> c# на нем еще пишут?)
С чего вдруг столь странный вопрос?

> Есть ли смысл браться за все направления серверной разработки?
Есть.
Я еще и десктопную туда добавил, и мобильную, и еще ряд более редких направлений. И ни разу не жалею.

> Что учить?
Учат - стихи, наизусть.
А программированию - учатся.
Главное в программисте - это понимание общей логики. Веб не исключение. Скажем, формы (form) - они и в Африке формы. HTTP-запросы - они и в Африке HTTP-запросы. MVC - он и в Африке MVC. И главное - гугл - он и в африке гугл.
И чем больше вы изучите разных средств (в смысле изучите на практике, а не сколько учебников прочитаете), тем обширнее, глубже и тверже будут эти знания.
Да, если говорить об учении наизусть (чтоб прям все функции помнить без гугла), то лучше что-то одно, чем много, ведь голова-то имеет ограниченный объем памяти. Но знать функции наизусть - задача кодера, а не программиста.

public class Reply
{
public Date Date;
}

public class Appeal
{
public Reply Reply;
}

us2.php.net/manual/ru/simplexml.examples-basic.php

= - это присваивание, == - это сравнение.
www.php.net/manual/ru/language.operators.comparison.php

Вот так:
$( "#box" ).load( "ajax/test.html" );

Опции: api.jquery.com/load/

Надо понимать, что есть датчики движения и датчики присутствия. Я так понимаю в вашем случае нужен именно датчик присутствия, чтобы свет не гас пока человек находится в туалете и практически неподвижно справлял свои дела. В гугле я думаю быстро можно найти подходящий датчик.

Дальше все достаточно просто, датчик как правило имеет реле. Вы покупаете любое освещение, если оно на 12/24В, дополнительно покупаете трансформатор/драйвер светодиодов. И в разрыв одного провода подходящего от сети к трансформатору включаете реле от датчика (настоятельно рекомендую разрывать провод фазы, а не нуля, для безопасности). Главное посмотреть на мощность реле, что бы она была в разы больше (с запасом) мощности потребляемой освещением. Обычно на датчиках указывают амперы, перемножив на 220В вы сможете легко расчитать мощность. Удачного подключения!

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

Мейнстрим это, как не обидно, PHP. Использование его означает:
— дешевый хостинг
— огромное количество разработчиков любой квалификации и стоимости (от работающих за еду чайников, до опытных девелоперов с з/п в десятки баксов в часов)
— благодаря последнему заказчик, даже ничего не понимающий может просто нанять кого-то на review кода, и тем самым получить в итоге хороший продукт относительно дешево.

Выбор любых других средств имеет смысл лишь в том случае, если у них есть существенная killer feature. Например у RoR это гибкость и скорость разработки.

Решения на Java/C# для бизнеса:
— требуют более редких и дорогих специалистов)
— требует более дорогой хостинг

Все разработки для highload проектов сейчас ведутся в основном для Linux как платформы, и отнюдь не на java как следствие:
— разработчиков умеющих делать такие решения на C# и Java найти крайне сложно и дорого
— эти технологии не обкатаны, ибо крупнейшие сайты в мире сделаны отнюдь не на них, а именно они делятся своими наработками в области highload с community.

Итог — причины делать сайт на С# или Java может быть только три:
— Наняли конкретного разработчика, и он знает именно эти платформы.
— Мы продаем разработку на C# или Java
— Это учебный проект

Посему правильный ответ на заданный вопрос будет «ни то, ни другое, если вы хотите научиться делать сайты».

Если цель личное развитие, и в будущем пробиться на хорошие места, то стоит взяться за RoR (спрос есть, разработчикам на нем платят часто выше чем PHP'шникам).

Если цель банально зарабатывать на создании сайтов — то PHP.