Я должен использовать службу Windows или Фоновый поток ASP.NET?
Если ваша цель - выучить свой родной язык, и вы не собираетесь стать серьезным программистом, во что бы то ни стало выучите язык, который вы собираетесь использовать.
Если вы собираетесь стать серьезным программистом, вы действительно должны когда-нибудь стать опытным в Си. Я не знаю, какой путь будет сложнее, начиная с C # или начиная с C. C будет непросто, когда вы к нему подойдете.
Если вы уже знаете некоторые языки, но не C или C #, перейдите на C # сейчас, а позже выберите C.
Ключевым моментом является то, что C является более простым языком, но для достижения значительных результатов в нем требуются более сложные структуры. Некоторые вещи, которые вы легко можете сделать в C #, будут сложными в C, хотя C является более распространенным и универсальным языком.
4 ответа
Я бы выбрал отдельную службу Windows, прежде всего по причинам, которые вы укажете :
- При необходимости вы можете запустить его на другом сервере.
- Вы можете запускать и останавливать его независимо от веб-сайта.
Я бы также добавил, что это может оказать некоторое влияние на производительность сам веб-сайт - то, чего вы хотите избежать.
Модное слово здесь - «разделение проблем». Веб-сайт предназначен для представления данных пользователю, а сервис - для проверки целостности данных.
Вы также можете обновлять веб-сайт и сервис независимо друг от друга, если вам это необходимо.
Я собирался чтобы предложить вам взглянуть на запланированную задачу и позволить Windows контролировать выполнение процесса, но я перечитал ваш вопрос и заметил, что вы хотите, чтобы проверки выполнялись каждые пару минут. Накладные расходы на запуск процесса могут быть слишком большими в этом случае - хотя некоторые эксперименты, вероятно, так или иначе докажут это.
Если вы используете запланированное задание, есть также вероятность, что вы можете начать следующая проверка до завершения текущей - то, что вы можете запрограммировать, если полностью контролируете ситуацию.
Почему бы просто не использовать консольное приложение без пользовательского интерфейса? Может делать все, что умеет служба Windows, и ее намного проще отлаживать и поддерживать. Я бы не стал делать службы Windows, если в этом нет крайней необходимости.
Console application does not do well in this case. I wrote a TAPI application which has to stay in the background and intercept incoming calls. But it did it only once because the tapi manager got GCed and was never available for the second incoming call.
Поскольку мы не можем просматривать сайт в наших собственных браузерах, вот процесс, который я бы использовал, чтобы попытаться решить эту проблему:
Начинайте удалять блоки кода по частям, пока оба браузера не будут выглядеть одинаково.
Какой бы блок кода вы в последний раз удалили, все решило. выстраиваются идеально (даже если вам не хватает фрагмента тела), это рядом с тем местом, где находится виновник.
Поскольку вы нашли виновника, поместите весь код обратно. Начните сначала возиться со шрифтами. Изменяйте шрифты, размеры, удаляйте текст и т. Д. , пока не найдете условие, при котором браузеры будут одинаковыми. Если проблема не в шрифте, начните возиться с другими ее частями, пока не найдете условие, которое ей соответствует.
Как только вы это сделаете, вы узнаете свою проблему и сможете ее обойти.