Каков эквивалент значения по умолчанию Java (пакет) доступ в C#?
http://msdn.microsoft.com/en-us/library/aa691090.aspx
C# поддерживает две формы строковых литералов: регулярные строковые литералы и дословные строковые литералы.
А регулярный строковый литерал состоит из нуля или большего количества символов, включенных в двойные кавычки, как в "привет", и может включать обе простых escape-последовательности (такие как \t для символа табуляции) и шестнадцатеричные и Управляющие последовательность Unicode.
А дословный строковый литерал состоит из символ, сопровождаемый символом двойной кавычки, нулем или большим количеством символов и заключительным символом двойной кавычки. Простой пример "привет". В дословном строковом литерале символы между разделителями интерпретируются дословно, при этом единственным исключением является escape-последовательность кавычки. В частности, простые escape-последовательности и шестнадцатеричные и Управляющие последовательность Unicode не обрабатываются в дословных строковых литералах. Дословный строковый литерал может охватить несколько строк.
4 ответа
C # не имеет доступа на уровне пакета или пространства имен - только на уровне сборки, который также известен как внутренний доступ.
Однако вы можете сделать свои методы внутренними и используйте атрибут InternalsVisibleTo , чтобы предоставить их в сборку модульного теста.
Нет ничего точного эквивалента. Ключевое слово internal близко, но оно ограничивается сборкой, а не пространством имен.
Если что-то помечено как internal, доступ к нему можно получить только с помощью кода в той же сборке (dll, exe)
Есть другой способ, который сильно отличается. Вы можете использовать частичные классы следующим образом:
- Файл №1 = тестируемый код. Написан как обычно, но с ключевым словом 'partial'.
- Файл # 2 = unit test, содержит вложенный класс, который является фактическим модульным тестом.
Вложенные классы имеют доступ ко всему в их родительском классе (включая частные методы) . В рамках процесса сборки (например, сценариев MSBuild или NAnt) просто не компилируйте тесты как часть окончательной сборки, и тестируемый код будет работать нормально.
Похоже, вам не повезло : (
Не могли бы вы использовать PostgreSQL ?
Этот метод аутентификации работает аналогично паролю, за исключением того, что он использует LDAP в качестве метода аутентификации. LDAP используется только для проверки пар имя пользователя / пароль. Поэтому пользователь должен уже существовать в базе данных до Для аутентификации можно использовать LDAP. Используемые сервер и параметры указываются после ключевого слова ldap в файле pg_hba.conf. Формат этого параметра:
ldap [s]: // servername [: port] / base dn [; префикс [;