Результаты поиска

В C#, (и не стесняйтесь отвечать за другие языки), в каком порядке среда выполнения оценивает логический оператор?

Пример:

DataTable myDt = new DataTable();
if (myDt != null && myDt.Rows.Count > 0)
{
    //do some stuff with myDt
}

Какое утверждение делает во время выполнения оценки первого -

myDt != null

или:

myDt.Rows.Count > 0

Есть ли время, когда компилятор будет когда-либо оценивать оператор назад? Возможно, когда задействован оператор "OR"?

& известен как логический побитовый оператор и всегда вычисляет все вложенные выражения

Каков хороший пример использования побитового оператора вместо "короткого замыкания логического"?

Если у меня есть переменная в C#, которую нужно проверить, чтобы определить, равна ли она одной из множества переменных, как это лучше всего сделать?

Я не ищу решение, которое хранит набор в массиве. Мне больше интересно узнать, есть ли решение, которое использует булеву логику в некотором роде, чтобы получить ответ.

Я знаю, что мог бы сделать нечто подобное:

int baseCase = 5;
bool testResult = baseCase == 3 || baseCase == 7 || baseCase == 12 || baseCase == 5;

Мне любопытно посмотреть, смогу ли я сделать что-то еще, как это:

int baseCase = 5;
bool testResult = baseCase == (3 | 7 | 12 | 5);

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

UPDATE:
Я решил принять ответ CoreyN, поскольку это кажется самым простым подходом. Это практично, и все еще просто для новичка, чтобы понять, я думаю.

К сожалению, там, где я работаю, наша система использует фреймворк .NET 2.0, и в ближайшее время нет никаких шансов на обновление. Есть ли какие-либо другие решения, которые не полагаются на фреймворк .NET 3.5, кроме самого очевидного, который я могу придумать:

new List<int>(new int[] { 3, 6, 7, 1 }).Contains(5);

Один из наших weblogic 8.1s внезапно начал регистрировать гигантские объемы журналов и заполнять диск.

Бревна, которые дает нам Хассель, находятся в

mydrive:\bea\weblogic81\common\nodemanager\NodeManagerLogs\generatedManagedServer1\managedserveroutput.log

и записи в лог-файле-это просто одни и те же записи entrires, повторяемые снова и снова. Такие вещи, как

19:21:24,470 DEBUG [StdRowLockSemaphore] Lock 'TRIGGER_ACCESS' returned by: LLL-SCHEDULER_QuartzSchedulerThread
19:21:31,923 DEBUG [StdRowLockSemaphore] Lock 'STATE_ACCESS' is deLLLred by: QuartzScheduler_LLL-SCHEDULER-NACDLLLF011219763113220_ClusterManager
19:21:31,923 DEBUG [StdRowLockSemaphore] Lock 'STATE_ACCESS' is being obtained: QuartzScheduler_LLL-SCHEDULER-NACDLLLF011219763113220_ClusterManager
19:21:31,923 DEBUG [StdRowLockSemaphore] Lock 'STATE_ACCESS' given to: QuartzScheduler_LLL-SCHEDULER-NACDLLLF011219763113220_ClusterManager
19:21:31,923 DEBUG [StdRowLockSemaphore] Lock 'TRIGGER_ACCESS' is deLLLred by: QuartzScheduler_LLL-SCHEDULER-NACDLLLF011219763113220_ClusterManager

19:17:46,798 DEBUG [CascadingAction] cascading to saveOrUpdate: mypackage.config.common.Share
19:17:46,798 DEBUG [DefaultSaveOrUpdateEventListener] reassociated uninitialized proxy
19:17:46,798 DEBUG [Cascade] done processing cascade ACTION_SAVE_UPDATE for: mypackage.config.common.FileLocation
19:17:46,798 DEBUG [Cascade] processing cascade ACTION_SAVE_UPDATE for: mypackage.config.common.FileLocation
19:17:46,798 DEBUG [CascadingAction] cascading to saveOrUpdate: mypackage.config.common.Share
19:17:46,798 DEBUG [DefaultSaveOrUpdateEventListener] reassociated uninitialized proxy

Я не могу найти какие-либо настройки отладки, установленные в любом месте. Я посмотрел в удаленном запуске classpath и аргументы для управляемого сервера.

Может ли кто-нибудь указать мне направление, чтобы получить контроль над этим файлом журнала?