Вы строгое имя все блоки Ваше использование продукта?

Используя IIF (RowNumber...) может привести к некоторым проблемам, когда строки группируются, и другая альтернатива должна использовать простую функцию VBScript для определения цвета.

Это - немного больше усилия, но когда основное решение не достаточно, это - хорошая альтернатива.

В основном, Вы добавляете код к Отчету следующим образом...

Private bOddRow As Boolean
'*************************************************************************
' -- Display green-bar type color banding in detail rows
' -- Call from BackGroundColor property of all detail row textboxes
' -- Set Toggle True for first item, False for others.
'*************************************************************************
Function AlternateColor(ByVal OddColor As String, _
         ByVal EvenColor As String, ByVal Toggle As Boolean) As String
    If Toggle Then bOddRow = Not bOddRow
    If bOddRow Then
        Return OddColor
    Else
        Return EvenColor
    End If
End Function

Тогда на каждой ячейке, набор BackgroundColor следующим образом:

=Code.AlternateColor("AliceBlue", "White", True)

Полное изложение находится на этом статья

Wrox

7
задан starblue 11 August 2009 в 05:59
поделиться

1 ответ

Да, это лучшая практика, и вам действительно следует это делать, особенно с учетом того факта, что вы отправляете этот код клиентам (я считаю, что строгое именование менее критично во внутреннем или веб-приложение).

Объяснение этого обоснования см. в Сборки со строгими именами :

Строгое имя состоит из идентичность сборки - ее простой текст имя, номер версии и культура информация (если предоставлена) - плюс открытый ключ и цифровая подпись. Это генерируется из файла сборки (файл, содержащий сборку манифест, который, в свою очередь, содержит имена и хеши всех файлов, составлять сборку), используя соответствующий закрытый ключ. Microsoft® Visual Studio® .NET и другие инструменты разработки, представленные в Комплект разработчика программного обеспечения Windows (SDK) может присвоить строгие имена сборка. Сборки с таким же ожидается, что сильное имя будет идентично.

Вы можете гарантировать, что имя будет глобально уникальный, подписывая сборку с сильное имя. В частности, сильные имена удовлетворяют следующим требования:

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

  • Сильные имена защищают версию происхождение сборки. Сильное имя может гарантировать, что никто не сможет произвести последующая версия вашей сборки. Пользователи могут быть уверены, что версия приходит сборка, которую они загружают от того же издателя, который создал версия, в которой было создано приложение с.

  • Сильные имена обеспечивают сильный проверка целостности. Передача .NET Гарантии проверок безопасности Framework что содержимое сборки не менялся с момента постройки. Однако обратите внимание, что сильные имена в и сами по себе не подразумевают уровень доверия, как это предусмотрено, для например, цифровой подписью и подтверждающий сертификат.

Когда вы ссылаетесь на строго именованный сборки, вы рассчитываете получить преимущества, такие как управление версиями и защита имен. Если строгий сборка затем ссылается на сборку с простым именем, которое не получить эти преимущества, вы потеряете преимущества, которые вы получите от использования сборка со строгим именем и вернуться к DLL конфликты. Поэтому строго названный сборки могут ссылаться только на другие сборки со строгими именами.

9
ответ дан 7 December 2019 в 03:18
поделиться
Другие вопросы по тегам:

Похожие вопросы: