Это может звучать немного очевидным, но я думаю, что это - что-то, что неправильно понято потому что Visual Studio 2005 только поставлялся с веб-сайтом первоначально. Если Ваши соглашения проекта с веб-сайтом, который справедливо ограничен и не имеет большого логического или физического разделения, веб-сайт, прекрасны. Однако, если это - действительно веб-приложение с различными модулями, где многие пользователи добавляют и обновляют данные, Вы более обеспечены с веб-приложением.
самая большая про из модели веб-сайта - то, что что-либо в эти app_code
раздел динамично компилируется. Можно заставить обновления файла C# без полного повторно развернуться. Однако это прибывает в большую жертву. Много вещей происходит под покрытиями, которыми трудно управлять. Пространствами имен трудно управлять, и определенное использование DLL идет из окна по умолчанию для чего-либо под app_code
, так как все динамично компилируется.
модель веб-приложения не имеет динамической компиляции, но Вы берете под контроль вещи, которые я упомянул.
, Если Вы делаете n-tier разработку, я настоятельно рекомендую модель веб-приложения. При выполнении ограниченного веб-сайта или быстрой и грязной реализации модель веб-сайта может иметь преимущества.
более подробный анализ может быть найден в:
Внимание : не используйте System.Drawing / System.Windows.Forms, если вы хотите предварительно просмотреть шрифты OTF. Если они не замаскированные TTF, вы не сможете их показать. System.Drawing, основанный на GDI +, поддерживает только шрифты TTF!
Однако, если вы можете использовать .NET 3.0, вы можете использовать
Fonts.GetFontFamilies(location)
из пространства имен System.Windows.Media (просто обратитесь к PresentationCore. dll).
Из FontFamily , вы можете получить индивидуальные шрифты Typeface (файлы .ttc содержат более одного «шрифта», но FontFamily также сочетает в себе различные веса и варианты). А из Typeface вы можете вызвать TryGetGlyphTypeface , чтобы получить GlyphTypeface , который имеет свойство CharacterToGlyphMap , которое должно сообщить вам, какой юникод кодовые точки поддерживаются физически.
Также кажется возможным использовать GlyphTypeface напрямую, но я не вижу возможности обрабатывать файлы .ttc. Однако, если это не актуально, просто создайте GlyphTypeface для каждого файла.
Я бы посоветовал не пробовать все кодовые точки Unicode последовательно.
но FontFamily также сочетает в себе различные веса и варианты). А из Typeface вы можете вызвать TryGetGlyphTypeface , чтобы получить GlyphTypeface , у которого есть свойство CharacterToGlyphMap , которое должно сообщить вам, какой юникод кодовые точки поддерживаются физически.Также кажется возможным использовать GlyphTypeface напрямую, но я не вижу возможности обрабатывать файлы .ttc. Однако, если это не актуально, просто создайте GlyphTypeface для каждого файла.
Я бы посоветовал не пробовать все кодовые точки Unicode последовательно.
но FontFamily также сочетает в себе различные веса и варианты). А из Typeface вы можете вызвать TryGetGlyphTypeface , чтобы получить GlyphTypeface , у которого есть свойство CharacterToGlyphMap , которое должно сообщить вам, какой юникод кодовые точки поддерживаются физически.Также кажется возможным использовать GlyphTypeface напрямую, но я не вижу возможности обрабатывать файлы .ttc. Однако, если это не актуально, просто создайте GlyphTypeface для каждого файла.
Я бы посоветовал не пробовать все кодовые точки Unicode последовательно.
который имеет свойство CharacterToGlyphMap , которое должно сообщать вам, какие кодовые точки Unicode поддерживаются физически.Также кажется возможным использовать GlyphTypeface напрямую, но я не вижу возможности обрабатывать файлы .ttc. Однако, если это не актуально, просто создайте GlyphTypeface для каждого файла.
Я бы посоветовал не пробовать все кодовые точки Unicode последовательно.
который имеет свойство CharacterToGlyphMap , которое должно сообщать вам, какие кодовые точки Unicode поддерживаются физически.Также кажется возможным использовать GlyphTypeface напрямую, но я не вижу возможности обрабатывать файлы .ttc. Однако, если это не актуально, просто создайте GlyphTypeface для каждого файла.
Я бы посоветовал не пробовать все кодовые точки Unicode последовательно.
Для предварительного просмотра шрифта вы можете отобразить его в такой форме:
public partial class MyForm: Form
{
.
.
.
public void ShowMyFont()
{
Graphics graphics = this.CreateGraphics();
graphics.DrawString("Hello world!", new Font("Arial", 12), Brushes.Black, 0, 0);
}
}