Я работаю над приложением WinForm .Net с базовым UI, которое включает кнопки панели инструментов, пункты меню и нажатия клавиш, которые все инициируют один и тот же базовый код. Прямо сейчас обработчики событий для каждого из них вызывают общий метод для выполнения функции.

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

Я искал в сети хороший примерный проект, но так и не нашел его. Есть ли у кого-нибудь хороший пример, которым можно поделиться?

У меня будет страница ASP.net, которая создает несколько листов Excel и отправляет их пользователю. Проблема в том, что иногда я получаю тайм-ауты Http, предположительно потому, что запрос выполняется дольше, чем executionTimeout (110 секунд по умолчанию).

Мне просто интересно, какие у меня есть варианты, чтобы предотвратить это, не желая вообще увеличивать executionTimeout в web.config ?

В PHP существует set_time_limit , который можно использовать в функции для продления ее жизни, но я не видел ничего подобного в C#/ASP.net?

Как вы справляетесь с длительными функциями в ASP.net?

В статье Википедии об ANSI C говорится::

Одна из целей процесса стандартизации ANSI C состояла в том, чтобы создать суперсеть из K&R C (первый опубликованный стандарт), включив в себя многие из неофициальных функций, которые впоследствии были введены. Однако комитет по стандартам также включил несколько новых функций, таких как прототипы функций (заимствованные из языка программирования C++) и более мощный препроцессор. Синтаксис для объявлений параметров также был изменен, чтобы отразить стиль C++.

Это заставляет меня думать, что есть различия. Однако я не видел сравнения между K&R C и ANSI C. Есть ли такой документ? Если нет, то каковы основные различия?

EDIT: я думаю, что в книге K&R написано "ANSI C" на обложке. По крайней мере, я верю в версию, которая есть у меня дома. Так что, возможно, разницы больше нет?

Я написал код PL/SQL для денормализации таблицы в форму much-easer-to-query. Код использует временную таблицу для выполнения некоторой части своей работы, объединяя некоторые строки из исходной таблицы вместе.

Логика записывается как конвейерная табличная функция, следуя шаблону из связанной статьи. Табличная функция использует объявление PRAGMA AUTONOMOUS_TRANSACTION для разрешения временного манипулирования таблицей, а также принимает входной параметр курсора, чтобы ограничить денормализацию определенными значениями ID.

Затем я создал представление для запроса табличной функции, передавая все возможные значения ID в качестве курсора (другие варианты использования функции будут более ограничительными).

Мой вопрос: действительно ли все это необходимо? Неужели я совершенно упустил из виду гораздо более простой способ сделать то же самое?

Каждый раз, когда я касаюсь PL / SQL, у меня создается впечатление, что я печатаю слишком много.

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

| EMP_ID | JOB_ID | STATUS | EFF_DATE    | other columns...
|      1 |     10 | A      | 10-JAN-2008 |
|      2 |     11 | A      | 13-JAN-2008 |
|      1 |     12 | A      | 20-JAN-2008 |
|      2 |     11 | T      | 01-FEB-2008 |
|      1 |     10 | T      | 02-FEB-2008 |
|      2 |     11 | A      | 20-FEB-2008 |

Запрос на то, чтобы выяснить, кто работает, когда в какой работе, является нетривиальным. Итак, моя функция денормализации заполняет временную таблицу только диапазонами дат для каждого задания, для любого EMP_ID s, переданного через курсор. Прохождение через EMP_ID с 1 и 2 приведет к следующим результатам:

| EMP_ID | JOB_ID | START_DATE  | END_DATE    |
|      1 |     10 | 10-JAN-2008 | 02-FEB-2008 |
|      2 |     11 | 13-JAN-2008 | 01-FEB-2008 |
|      1 |     12 | 20-JAN-2008 |             |
|      2 |     11 | 20-FEB-2008 |             |

( END_DATE позволяет NULL s для заданий,которые не имеют заранее определенной даты окончания.)

Как вы можете себе представить, эта денормализованная форма намного проще для запроса, но для ее создания-насколько я могу судить-требуется временная таблица для хранения промежуточных результатов (например, записей заданий, для которых была найдена строка активации, но не termination...yet). Использование конвейерной табличной функции для заполнения временной таблицы и последующего возврата ее строк-это единственный способ, который я понял, как это сделать.

Какие ваши любимые (G)Vim plugins/scripts?