Простой пример.

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

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

Эни айдиа ?

Есть конечно вариант с объявлением статической переменной в первом классе, но что если классы не знаю друг о друге на прямую, а передаются через интерфейс.

Arm79архитектура с глобальными переменными вызывает сомнения, если честно
но все-таки, по сабжу, просто в коде обратитесь сначала к классу с первым конструктором

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




fortibransaШо за статический конструктор?
Перменная пусть object и равна null и проверяй на null, а вообще шо за бред?
Ну и ? проверит он, что переменная равна NULL. И потом выйдет.
Проблема то в том. что статический конструктор выполняется только один раз. И больше мы туда уже не зайдем.
или что - нам обращатся к классу в отдельном потоке и там вешатся в бесконечный цикл ожидания ?




МСУА зачем тут статика?

Мне нужно чтобы Первый класс был проинициализирован До первого его использования - статической информацией. Но информацию об инициализационных данных имеет второй класс.

Первый класс без инициализации бесмысленнен.
Как быть ?

Писать в клиентском коде "Класс_1 вы проинициализировались ? Нет ? ну ладно я через 5 секунд зайду" что ли ?.
Мне нужно чтобы к моменту работы с Классом_1 клиенстким кодом он был уже проинициализирован.

Где-то в степиИзюбр,
Это как, два статических конструктора у типа?
Инициализировать поля из статического конструктора - грех..

Два типа. Разные.

netivanИзюбр,

подробнее про задачу. Вы на плохую дорогу становитесь :) Может действительно DI вам нужен?

DI это что-то слишком сложное. Вот так вот вбухивать в проект.

Ну задачу я описал. Нужно загнать в Класс_1 глобальную информацию, имеющую смысл для всех его членов. Т.е. статическую.
Без этой информации он абсолютно не работоспособен (как он подключистя к БД без строки подключения ?)

Соответственно что имеем:
1. глобальную информацию (статика нужна я так понимаю)
2. не работоспособность до инициализации.


В принципе тут есть что-то от ленивой инициализации. Но код не многопоточен. По идее до обращения клиентского кода статическая информация уже в ПРИНЦИПЕ должна быть. В общем нет... похоже lazy тут не подходит.

Где-то в степиpation,
если бы еще знать что такое.... ))

знаю
Manning Dependency Injection in NET

netivanИзюбр,

погодите. Если у вас инициализация в Классе1 полей в конструкторе, то вам пофиг. Когда класс2 статический обратиться к Классу1(стат поля),то они будут инициализированы, а когда об этом подумает CLR.Что-то упустил?


хм..
В общем извините меня . Я забыл добавить еще главное требование

Оно такое: Класс_1, если его не проинициализирует никто, он должен "самопоинициализироватся".

Поэтому то мне и надо, чтобы Класс_2 выполнялся раньше Класса_1. Чтобы он проинициализировал Класс_1, иначе, если Класс_1 выполнится раньше, то он посчитает, что его не инициализировали, и начнет "самоинициализацию"


Извините меня. Я дейтсивтельно это упустил.
Просто вот сижу ломаю голову над интереснейшей задачей с Хабра:
http://habrahabr.ru/post/168591/

ИзюбрПросто вот сижу ломаю голову над интереснейшей задачей с Хабра:
http://habrahabr.ru/post/168591/

ЗЫ. Если что, то тут решение
http://i.imgur.com/WgTJmQa.png?1

не лезте если не хотите решить все сами.
И еще подсказка - в отчетах НЕ слова, а просто случайные наборы букв (соответствующие регуляркам) в стиле "ffffsdffffwww". Так, что не пытайтесь угадать английские слова.

Изюбрне лезте если не хотите решить все сами.
И еще подсказка - в отчетах НЕ слова, а просто случайные наборы букв (соответствующие регуляркам) в стиле "ffffsdffffwww". Так, что не пытайтесь угадать английские слова.

госпади, сколько ошибок в паре предложений Вот, что слепая печать животворящщая делает при спешке :)

Повторю вопрос. Подытожив.

1. Класс_1 .
Работает на основе Строки_Соединения .
Сохраняется для всех экземлпяров, т.е. в статической части (я так предпологаю), общую иформацию (предположим строку соединения ).

2. Класс_2 .
Должен проинициализировать Класс_1 .
Он должен обязательно отработатся ДО Класса_1 и проинициализировать его Строкой соединения

3. Иначе . Если Класс_1 выполнится до его инициализации Классом_2. То он видит, что его никто не инициализировал. И идет по другому алгоритму (например: при первой попытке обратится к нему из клиентского кода выдать сообщения "Ошибка. Не было инициализации")

4. К моменту вызова методов Класса_1 из клиентского кода, он должен быть готов к работе (или быть готовым сообщить о возникшей проблеме. Например об отсутствии связи с сервером, по строке которой ему передали при инициализации. И тут поймите идет речь о проблеме возникшей уже после/в_процессе инициализации, а не то, что "ой... а я еще не проинициализирован.. а вы меня вызвали... и мне нечего вам сказать")

Задача.
Мне нужно прогарантировать, что Класс_2 выполнится до Класса_1, и передаст ему строку соединения . Чтобы в принципе не возникло случайности, что Класс_1 выполнился до Класса_2.
Иначе просто будет какой-то рендом, когда приложение то работает, то не работает, в зависимости от того, какой класс был загружен первым.

PS. Класс_1 ничего не знает непосредственно о Классе_2. Он лишь должен быть кем-то проинициализирован.
Однако можно ввести зависимость от еще какого-то класса - если у Вас есть идеи как это реализовать, то хотелось бы выслушать (рассмотреть, потрогать, обмозговать) !

PPS. Но хотелось бы без прикручивания технологий-мастодонтов.