Комментарии 32
> Засучив рукова повыше, затянув ремень и шнурки потуже,
Вам бы книжки писать. :)
Занимательная статья, поздравляю с новым проектом.
Вам бы книжки писать. :)
Занимательная статья, поздравляю с новым проектом.
А зачем, если не секрет, надо было вырезать WPF функционал и LINQ? Там где запускается программа ярые противники апгреда .Net с версии 2.0?
Версия .NET 2 весит что-то около 20 мегабайт (емнип).
Версия .NET 3.5 весит что-то около 180 мегабайт (опять емнип).
Иногда с этим возникают проблемы.
К тому же .NET 2 существует на большем кол-ве компов, нежели 3.5.
Версия .NET 3.5 весит что-то около 180 мегабайт (опять емнип).
Иногда с этим возникают проблемы.
К тому же .NET 2 существует на большем кол-ве компов, нежели 3.5.
причем тут мегабайты и установки? Так можно и до .Net 1.0 дойти он еще меньше, да что там, зачем вообще .Net. — Win32/С++ точно везде пойдет и весить будет сотню килобайт :) Я просто в первый раз вижу чтобы дегредили так сказать приложение на .Net 2, когда на дворе уже во всю .Net 4 :)
Судя по тому что приложение на Silverlight оно нужно не только разработчику этого приложения, у которого стоит .NET 4.
Как уже было замечено даже .NET 3.5 далеко не у всех есть, потому использование .NET 2 при своей возможности оправдано.
Тут упор делается на удобство пользователя, а не на крутость фреймворка.
Как уже было замечено даже .NET 3.5 далеко не у всех есть, потому использование .NET 2 при своей возможности оправдано.
Тут упор делается на удобство пользователя, а не на крутость фреймворка.
:) Вы статью читали? Приложение — консоль для NLog логгера, которое было даунгрежено до WinForms.
Это приложение для программиста. Причем .Net программиста. Не уж то у него не будет стоять последней версии фреймфорка?
Ладно, я хотел именно автора спросить, а получается тролинг какойто :) Заканчиваем.
Это приложение для программиста. Причем .Net программиста. Не уж то у него не будет стоять последней версии фреймфорка?
Ладно, я хотел именно автора спросить, а получается тролинг какойто :) Заканчиваем.
Не все программисты ставят последний .NET, как только он выходит. Мне пока хватает 3.5. 4 появилась только из-за Visual Studio 2010, если бы не она — я бы не стал 4 ставить еще долго, потому что в реальной работе ее фичи мне не нужны.
И еще, вы зря считаете, что логи читают только программисты. И только на Windows.
Есть еще такая профессия «тестировщик», и он тоже может читать ваши логи.
Есть еще такая профессия «тестировщик», и он тоже может читать ваши логи.
я лиш считаю что насильственый даунгред утилиты внутренего пользования для разработчиков/тестировщиков с .Net 3.0/WPF на .Net 2/Win Forms в 2010 году выглядит несколько странно. Поэтому я и спросил разработчика какую цель именно он приследовал. Речь не идет о .Net 4 и даже не о .Net 3.5. WPF и LINQ были с .Net 3.0.
Я то статью прочитал внимательно.
О приложении в статье не так много.
Модуль NLog, не приложение, но цель автора его использовать в Silverlight приложении, которое должно работать на любом возможном компьютере.
О приложении в статье не так много.
Модуль NLog, не приложение, но цель автора его использовать в Silverlight приложении, которое должно работать на любом возможном компьютере.
Приложение написано под WinForms.
Потом автор Log2Console решил добавитьсвистелок и перделок поддержку Windows 7 Taskbar. Ну это чтобы кнопочки появлялись при наведении на taskbar иконку приложения. Ну и добавил.
В результате появились зависимости на .NET 3.5, WPF библиотеки грузятся при старте (а они не мелкие), дистрибутив немного опух.
Я сторонник минимализма, типо uTorrent. Зачем тащить за собой многомегабайтные библиотеки, если оттуда используешь всего 1-2 простых класса?
Потом автор Log2Console решил добавить
В результате появились зависимости на .NET 3.5, WPF библиотеки грузятся при старте (а они не мелкие), дистрибутив немного опух.
Я сторонник минимализма, типо uTorrent. Зачем тащить за собой многомегабайтные библиотеки, если оттуда используешь всего 1-2 простых класса?
Не передергивайте.
На дворе еще .NET 2 все-таки. Вспомните про Mono хотя бы.
Вам, похоже еще не приходилось еще писать софт, который используется не разработчиком (который и так скачает все, что потребуется), иначе бы такой вопрос не стоял.
«Win32/С++ точно везде пойдет» — вы наверное не в курсе, но на Linux не пойдет точно. .NET же, если без PInvoke, пойдет на нескольких ОС.
На дворе еще .NET 2 все-таки. Вспомните про Mono хотя бы.
Вам, похоже еще не приходилось еще писать софт, который используется не разработчиком (который и так скачает все, что потребуется), иначе бы такой вопрос не стоял.
«Win32/С++ точно везде пойдет» — вы наверное не в курсе, но на Linux не пойдет точно. .NET же, если без PInvoke, пойдет на нескольких ОС.
Видимо, вы очень далеко от разработчиков приложений для массового использования. Никто из пользователей ради одной программы не будет качать и устанавливать 200 Мб обновлений.
Именно так. Порог вхождения для .NET 2.0 намного ниже.
(Автор, наконец, проснулся :)
Я с ужасом вспоминаю времена, когда еще в прошлом году у многих клиентов приходилось что-то отлаживать — физического доступа к серверу нет, расшарена только одна папка твоего серверного приложения, для правки конфигов.
Но на клиентской машине (о, ужас!) Windows 2000! Мало того, что прав на установку приложений нет, так еще .NET Framework 3+ даже не поддерживается. И крутись-вертись тёща, ищи почему твой апп сервер глючит.
А так, log2console — один exe-шничек, на флэшке запустил, логи посмотрел и доволен…
WPF вырезал из-за того, что WinForms приложение при запуске грузит достаточно тяжеловесные PresentationCore и WindowsBase, которые нигде, кроме как в Win32ApiCodePack не используются, да и то — пассивно, в методах использовали параметры из WPF типов.
Кроме того, Win32ApiCodePack написан так бездарно, там намешан WinForms и WPF, что руки бы поотрывать :)
(Автор, наконец, проснулся :)
Я с ужасом вспоминаю времена, когда еще в прошлом году у многих клиентов приходилось что-то отлаживать — физического доступа к серверу нет, расшарена только одна папка твоего серверного приложения, для правки конфигов.
Но на клиентской машине (о, ужас!) Windows 2000! Мало того, что прав на установку приложений нет, так еще .NET Framework 3+ даже не поддерживается. И крутись-вертись тёща, ищи почему твой апп сервер глючит.
А так, log2console — один exe-шничек, на флэшке запустил, логи посмотрел и доволен…
WPF вырезал из-за того, что WinForms приложение при запуске грузит достаточно тяжеловесные PresentationCore и WindowsBase, которые нигде, кроме как в Win32ApiCodePack не используются, да и то — пассивно, в методах использовали параметры из WPF типов.
Кроме того, Win32ApiCodePack написан так бездарно, там намешан WinForms и WPF, что руки бы поотрывать :)
А вы уверены, что если его поставить на голую WinXPSP3, то он не будет ничего качать?
Просто я для теста зашел на сайт MS и скачал файл dotNetFx40_Full_setup.exe — он весит вообще 800 килобайт. Т.е. название файла еще ни о чем не говорит.
Я к тому что, а не ставится ли 4 поверх 3.5 или требует каких-то компонентов, которые всеравно придется скачать?
Просто я для теста зашел на сайт MS и скачал файл dotNetFx40_Full_setup.exe — он весит вообще 800 килобайт. Т.е. название файла еще ни о чем не говорит.
Я к тому что, а не ставится ли 4 поверх 3.5 или требует каких-то компонентов, которые всеравно придется скачать?
Задавался вопросом о логировании в Silverlight, но с необходимостью реализации не сталкивался. Спасибо за пример, пригодится в будущем. Но у меня возник вопрос, почему бы не реализовать обертку для логирования на уровне веб службы(в том случае если таковая вообще используется в проекте), мне кажется это могло бы быть удобнее, чем поднимать на удаленной машине policy-сервер. Тогда мы можем просто вызывать соответствующие методы веб службы. Ну это чисто мое мнение, я просто не работал с этим вопросом та тесно.
SL без pocily-сервера или policy-файла может общаться только со своим родным сервером. Это усложняет задачу.
Встраивать в свой AppServer возможность приема logging-трафика от удаленных клиентов — не знаю, как-то сильно надуманно, что-ли.
Проще стартануть Log2Console, поправить на своем компе hosts файл при необходимости, ну и принимать logging локально.
Быстро, дёшево и сердито :)
Встраивать в свой AppServer возможность приема logging-трафика от удаленных клиентов — не знаю, как-то сильно надуманно, что-ли.
Проще стартануть Log2Console, поправить на своем компе hosts файл при необходимости, ну и принимать logging локально.
Быстро, дёшево и сердито :)
Кстати, такой вопрос, в чем преимущество NLog|log4net| перед EntLib 5.0 Logging?
НЛО прилетело и опубликовало эту надпись здесь
Не хотите мос-метро сделать ) как раз я думаю вакансия есть)
Для чего мы в SLPolicyReceiver читаем буфер, после чего пишем в него?
Операция чтения валится с исключением «Не удается прочитать данные из транспортного соединения: Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера.». Если писать без чтения, то смысл теряется?
Операция чтения валится с исключением «Не удается прочитать данные из транспортного соединения: Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера.». Если писать без чтения, то смысл теряется?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Используем NLog 2.0 в Silverlight или как я стал опенсорсником