Что то не так с отображением значений статических переменных уровня класса в Debug

>fkthat, сегодня, 17:53 https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1330939&msg=22233181][22233181]
>А что именно "не так"?
<
Отладчиком по шагам дошел до ip=0;
Посмотри значения переменных

>fkthat, сегодня, 19:16 https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1330939&msg=22233269][22233269]
>...Попробуй переставить винду на чистый диск.
<
Создал новое решение так.
Взял работающее решение, заменил его компоненты на компоненты из не работающего решения. ок!

>hVostt, сегодня, 06:06 https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1330939&msg=22233469][22233469]
>Ох.. годы всё идут, а человек всё не учится ничему..
<
Может быть не всё так фатально. см. здесь .

>hVostt, сегодня, 16:26 https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1330939&msg=22233933][22233933]
>Вот явные проблемы, из-за которых принято считать их злом:
Ошибки из мутируемого глобального состояния - много хитрых ошибок вызвано мутабельностью. Ошибки, которые могут быть вызваны мутацией из любой точки программы, еще сложнее, так как часто трудно отследить точную причину
Плохая тестируемость - если у вас есть изменчивое глобальное состояние, вам нужно будет настроить его для любых тестов, которые вы пишете. Это делает тестирование сложнее (и люди, люди, следовательно, менее вероятно, чтобы сделать это!). например, в случае учетных данных баз данных в широком приложении, что делать, если один тест должен получить доступ к конкретной базе данных испытаний отличается от всего остального?
Негибкость - что делать, если одна часть кода требует одного значения в глобальном состоянии, а другая требует другого значения (например, временное значение во время транзакции)? Вы вдруг неприятный немного рефакторинга на ваших руках
Функция примеси - "чистые" функции (т.е. те, где результат зависит только от входных параметров и не имеют побочных эффектов) гораздо легче рассуждать и составить для создания больших программ. Функции, которые читают или манипулируют мутируемым глобальным государством, по своей сути нечисты.
Понимание кода - поведение кода, которое зависит от большого количества изменчивых глобальных переменных, гораздо сложнее понять - вам нужно понять диапазон возможных взаимодействий с глобальной переменной, прежде чем вы сможете рассуждать о поведении кода. В некоторых ситуациях эта проблема может стать неразрешимой.
Проблемы с эквивалентностью - мутируемое глобальное состояние обычно требует той или иной формы блокировки при использовании в параллельной ситуации. Это очень трудно получить право (является причиной ошибок) и добавляет значительно больше сложности в код (жесткий / дорогой в обслуживании).
Производительность - несколько потоков, постоянно трепку на том же глобальном состоянии вызывает утверждение кэша и будет замедлять вашу систему в целом.
<
М-дя. Бла-бла-бла.

>Roman Mejtes, сегодня, 17:01 https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1330939&msg=22233966][22233966]
>...Представьте себе метод по рисованию прямоугольников.
<
1. Право не стоит чужое решение оглуплять своими представлениями.
2. Есть решение (C#) для работы с таблицами базы данных. За работу с конкретной таблицей отвечает конкретная панель (UserControl), что загружается и активизируется динамически, по требованию пользователя. Программный код панелей абсолютно (в рамках решения и баз данных MS SQL PostgreSQL) не зависит от типа базы данных. Реальное взаимодействие панели и базы данных реализуется единым для всех панелей статическим классом wsp. Работа с базой данных строится на вызове хранимых процедур. Последним в свою очередь необходимо передать параметры (PgSqlParameter или SQLParameter).
Пример: