Sushkov: Последовательность действий проста - 1) Открыл соединение, 2) сделал запрос и забрал данные, 3) закрыл соединение. В представленом вами виде мне не понятно как его закрыть и в итоге у вас с каждым запросом растет число соединений, а кто их будет закрывать не ясно.
Igness_Music: Да да, я умею читать. А еще уже набил шишек с этой хренью в своих проектах. Нет вменяемого способа сделать то о чем вы просите. Можно написать свое контекстное меню, но это не избавит мир от людей открывающих новую вкладку средней кнопкой мыши. Хотите чтобы элемент вел себя как обвчная ссылка? Сделайте ссылку
Юрий: Без WinAPI как 2 пальца намочить - WinForms , WPF. Ну хотя все зависит от логики вашего приложения. Конечно всегда можно придумать задачу, которая нереальна в пределах упомянутых технологий.
VZVZ:
>UI - это самый тонкий и незначительный пункт?!
Да тот C#, о котором мы говорим, в свое время достиг своих первых успехов во многом именно благодаря средствам для UI на десктопе - Winforms и WPF.
Как бы да - UI самый тонкий и незначительный пункт. Потому что для среднестатистического серьезного приложения - доля кода UI на мой взгляд от 1% до 5%. То что Microsoft продвигала свой язык и платформу через технологии WinForms и WPF( кстати, первые версии ASP.NET появились раньше чем WPF) не отменяет этого факта, что поделать - людям надо показать красивую картинку. Основа .NET - CLR и библиотека классов. System.Web.UI как и настольный UI - это малюсенький кусочек этой библиотеки.
VZVZ: В концепции технологии WebForms есть фундаментальный строительный элемент - веб-форма. Страница, которая строится из различных компонентов(контролов) и имеющая длинный и скучный жизненный цикл. Вся логика приложения по факту строится на событийной модели этой страницы и имеющихся там контролов - вся технология делает вид что веб-приложение это такое же настольное приложение как и обычное приложение WinForms. У MVC этого ничего нет. Есть набор контроллеров обрабатывающих запросы. Можно писать приложение даже БЕЗ Razor, ASPX и других View-шаблонизаторов - получится что-то вроде API. И это просто первое что пришло в голову, различий масса . То что WebForms и MVC на определенной глубине начинают использовать одни и те же классы - по моему вполне очевидно, в конце концов они оба используют сессию, http-запрос и прочее. Я вот только не понимаю. Вы пишете что вы инженер, архитектор, занимаетесь исследованием кишок... но в вопросе свели достаточно большие технологии к САМЫМ ТОНКИМ И НЕЗНАЧИТЕЛЬНЫМ пунктам - клиентским представлениям. А самые большие различия кроются в жизненном цикле запроса к приложению.
Владимир Ионов: Данная сборка имеет опосредованное отношение к .NET Framework. Это не ее часть, а один из компонентов расширения. Конкретно - Visual Studio Tools for Office
ummahusla: Вы отличайте понятия "язык", "платформа", "библиотека", "геймдев". Чтобы изучить инструкции языка нужно не 4-6 месяцев, а недели 3, да и то много. А остальное будете учить весь остаток жизни.
Александр: Открою вам страшную тайну. Отлаживать на локальном IIS тоже можно. Стартуете приложение. На вкладке Debug ищите строку "Attach To Process". Включаете процессы всех пользователей. Ищете процесс w3wp.exe и цепляетесь к нему. Вуаля - вы дебажите ваше приложение.
sqliteman: таблица со счет-фактурами(Table1) (ID счета, получатель, кол-во позиций, сумма, дата),
подробная таблица значений(Table2) (ID счета, ID значения, products varchar(max), weight int, boxes int, suma int, total int). Для Table2 идентификация происходит по составному ключу из двух полей - ID счета, ID значения.
sqliteman: Ну вот для такой задачи даром не нужно плодить таблицы. Есть таблица счетов и таблица значений, в которой ключ состоит из двух столбцов - ID счета и номер операции. 2 таблицы, а не 2000 да и скрипты попроще.