То, как сохранить “меньший, чем”, равняется и “больше, чем” в базе данных

ОБНОВЛЕНИЕ

Этот подход является безусловно самым легким:

http://www.codeproject.com/KB/dotnet/DebugWinServices.aspx

я оставляю свой исходный ответ ниже для потомства.

Мои сервисы склонны иметь класс, который инкапсулирует Таймер, поскольку я хочу сервис проверить равномерно, существует ли какая-либо работа для него, чтобы сделать.

Мы новый класс и вызов StartEventLoop () во время сервисного запуска. (Этот класс мог легко использоваться из консольного приложения также.)

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

p.s. , Как присоединить отладчик вручную к рабочему процессу...?

using System;
using System.Threading;
using System.Configuration;    

public class ServiceEventHandler
{
    Timer _timer;
    public ServiceEventHandler()
    {
        // get configuration etc.
        _timer = new Timer(
            new TimerCallback(EventTimerCallback)
            , null
            , Timeout.Infinite
            , Timeout.Infinite);
    }

    private void EventTimerCallback(object state)
    {
        // do something
    }

    public void StartEventLoop()
    {
        // wait a minute, then run every 30 minutes
        _timer.Change(TimeSpan.Parse("00:01:00"), TimeSpan.Parse("00:30:00");
    }
}

Также я раньше делал следующее (уже упомянутый в предыдущих ответах, но с условным компилятором [#if] флаги, чтобы помочь избежать его стреляющий в Сборку конечных версий).

я прекратил делать его этот путь, потому что иногда мы будем забывать создавать в Выпуске и иметь отладчик, прерывают приложение, работающее на клиентской демонстрации (смущающий!).

#if DEBUG
if (!System.Diagnostics.Debugger.IsAttached)
{
    System.Diagnostics.Debugger.Break();
}
#endif