Все в один год? Зачем так много? Каши в голове не будет? В программировании решаюшую роль играет мышление, способность логически думать, просчитывать наперед. Как вы учили думать ваших учеников? Можете привести примеры заданий, хотя бы на почту? И ещё вопрос давали ли вы паттерны(кроме MVC), их конкретные реализации на разных языках?
У нас в свое время в школе только 2 человека могли писать програмки на Паскале, при том что класс с самого(с первого курса так сказать) начала изучал информатику. Про учительницу могу только положительно отозваться. Тоже самое в универе было. Такое ощущение, что автор живет в параллельной реальности.
Если вы посмотрите на дату стандарта XMLHttpRequest, то увидите что ему уже почти 6 лет. Stream клиенты основаны на нем же. Для меня остается загадкой, почему нет поддержки stream технологии в JQuery.
Сложность задачи зависит от сложности протокола. Несложный протокол реализовать легко, и затраты на его поддержку минимальны(так что никаких проблем). Сложный протокол (да я боюсь ограничений фреймворков), поэтому выберу собственный код.
P.S. Истина где-то по середине — в ваших словах, конечно, тоже есть доля правды.
Фреймворки накладывают свои ограничения, поэтому я считаю, что нужно сперва очень хорошо подумать, прежде чем заковывать себя в «чужие оковы». Сетевой клиент слишком небольшая задача, чтобы прибегать к помощи фреймворков. Что если в один момент вам не хватит его гибкости? Переписывать все с нуля, или искать другой фреймворк? Мой ответ в данном случае следующий — я предпочту написать свой код, потому как, если меня попросят, я всегда смогу его расширить и улучшить.
«Настройка сервера Synology: веб-сервер для домохозяек»
P.S. Заставьте работать сокеты на IE8.
P.S. Вот только пока не хватает кармы, чтобы опубликовать её в коллективный блог.
Сложность задачи зависит от сложности протокола. Несложный протокол реализовать легко, и затраты на его поддержку минимальны(так что никаких проблем). Сложный протокол (да я боюсь ограничений фреймворков), поэтому выберу собственный код.
P.S. Истина где-то по середине — в ваших словах, конечно, тоже есть доля правды.
Каюсь, в свое время приходилось работать с Шарпом. Но был наставлен на путь истинный и начал писать на Java. Не будем разводить холивар на эту тему.
Опять же не спорю, данный клиент был создан под конкретную задачу, где никакая из вышеперечисленных технологий не подоходит.
Опять же в моей конкретной задаче структура протокола меняется очень редко, намного чаще меняется структура мессаджей, поэтому я их и вынес в XML.
P.S. Спасиба за критику