Нет ничего неправильно с использованием < br/> или < час/>. ни один из них не удерживается от использования теги, даже в новой черновой спецификации HTML 5 (релевантный информация о спецификации ). На самом деле трудно указать корректное использование < br/> отметьте лучше, чем сам W3C:
следующим примером является корректное использование элемента br:
< p> P. Sherman< br>
42 Кенгуру-валлаби Way< br>
Sydneyэлементы br не должны использоваться для разделения тематических групп в абзаце.
следующие примеры являются несоответствующими, поскольку они злоупотребляют элементом br:
< p> <...> 34 комментария < br>
<...> Добавьте комментарий < a>< p> Имя: < входное имя = "называет" > < br>
Адрес: < входное имя = "обращается" к >Вот альтернативы вышеупомянутому, которые корректны:
< p> <...> 34 комментария
< p> <...> Добавьте комментарий < a>< p> Имя: < входное имя = "называет" >
< p> Адрес: < входное имя = "обращается" к >
< час/> может очень хорошо быть часть содержания также, и не только элемент отображения. Используйте хорошее решение когда дело доходит до того, что довольно и что не, и Вы будете знать, когда использовать эти элементы. Они - оба допустимые, полезные элементы в текущих спецификациях W3C. Но с великой державой прибывает большая ответственность, поэтому используйте их правильно.
Редактирование 1:
Другая мысль я имел после того, как я сначала попал в "штангу" - было много anti-< table> чувство среди веб-разработчиков в последние годы, и с серьезным основанием. Люди злоупотребляли < table> тег, с помощью него для расположения сайта и форматирования. Это не то, для чего это, таким образом, Вы не должны использовать его тот путь. Но делает это означает, что Вы должны никогда , используют < table> тег? Что, если у Вас на самом деле есть кристально честная таблица в Вашем коде, например, если Вы писали научную статью и Вы хотели включать периодическая таблица элементов ? В этом случае, использование < table> полностью выравнивается по ширине, это становится семантической разметкой вместо форматирования. Это - та же ситуация с < br/>. когда это - часть Вашего содержания (т.е., текст, который должен повредиться в тех точках, чтобы быть корректными англичанами), используйте его! То, когда Вы просто делаете его для форматирования причин, лучше пробовать иначе.
Выгрузите проект и откройте его как .XML
Найдите тег ссылочного элемента и добавьте атрибут Condition.
Для instance:
<ItemGroup>
<Reference Include="System.Core">
<RequiredTargetFramework>3.5</RequiredTargetFramework>
</Reference>
<Reference Include="System.Data" />
<Reference Include="System.Drawing" />
<Reference Include="System.Xml" />
<Reference Include="MyUtilities.Debug"
Condition="'$(Configuration)'=='Debug'"/>
</ItemGroup>
Обратите внимание, что последняя ссылка теперь имеет условие.
Следующее, в файле csproj ссылки itemgroup работают в vs 2008 для меня: -
<Reference Include="DRLClasses, Version=1.0.0.0, Culture=neutral, processorArchitecture=MSIL" Condition=" '$(Configuration)' == 'Debug' ">
<SpecificVersion>False</SpecificVersion>
<HintPath>..\..\..\..\Visual Studio User Library\Debug\DRLClasses.dll</HintPath>
</Reference>
<Reference Include="DRLClasses, Version=1.0.0.0, Culture=neutral, processorArchitecture=MSIL" Condition=" '$(Configuration)' == 'Release' ">
<SpecificVersion>False</SpecificVersion>
<HintPath>..\..\..\..\Visual Studio User Library\Release\DRLClasses.dll</HintPath>
</Reference>