Pull to refresh
0
Roman Akopov @adontzread⁠-⁠only

User

Send message
Ну вы же не сказали что надо чесать своё ухо своим же локтем :-)
Что-то изюминки не хватает. Немножеско убого, немножечко устарело. Не цепляет.
В статье описано ваше личное мнение, а не почему есть путаница.

Есть язык C# и есть CLI. На C# можно писать программы работающие не под CLI, а под CLI запускать программы написанные не только на C#.

Есть неудобство связанное с тем что в документации к CLI и C# одно и то же называется двумя разными терминами и не более того.
~ClassName назвали финалайзером в первой версии C#, и деструктором начиная со второй. Вот и вся причина путаницы в документации.
Ждём Yota DD-WRT. меняем пароли :-)
Ну здрасьте, а BeginAccept, BeginSend, BeginReceive по вашему как работают, если не через IOCP? Там самый что ни на есть IOCP!

А что касается форума РСДН: Исходники, то там много хлама.
Это пример того как НЕ надо писать код. Вы не используете IOCP (следствие — ужасная масштабируемость), а для HTTP вообще есть специальное API.
Скорее ФСБ, а не Microsoft. Я за пределами РФ и скайп не отключался.
Простите, но нет публичных доказательств — нет и разговора.
Ну тогда хорошо бы автору привести источник. А то каждый горазд кричать что он на первом месте, первее некуда.
visualstudiogallery.msdn.microsoft.com/site/search?sortBy=Popularity

Как видим Решарпер далеко не на первом месте. Я пользуюсь решарпером, более того он у меня куплен за свои личные деньги. Но надо понимать, что Решарпер далеко не идеален, создаёт кучу проблем сам по себе, и как выразился один программист «наихудший инструмент, без которого невозможно работать».
Нет, не в IIS и он не может хостится в IIS по техническим причинам.
У меня была проблема огромного трафика WCF сервиса. Я тоже смотрел в сторону protocol buffers, но в итоге передумал и до сих пор гоняю XML между клиентом и сервером полученный DataContractSerializer. Вместо огромного по объёму переписывания кода (все DTO разметить, ого-го), я просто перешёл на HTTP и поставил перед сервисом gzip'ующий nginx. Трафик уменьшился в 8.5 раз, а для расжатия на клиентской стороне вообще ничего делать не пришлось. Ну и работы часа на два от силы, на protobuf-net явно больше надо. Тот же финт с сжатием может делать и Apache.
Чтобы не создать синглтон как-то иначе.
SRP забыли.
Приватный конструктор + френд на класс An забыли.
На бензоколонке/СТО продуть компрессором.
Войти в тему можно тут
www.rsdn.ru/summary/3766.xml
Статья никакая, запомнился только наезд на .Net.

Information

Rating
Does not participate
Registered
Activity