Знанию которого другие языки помогают понять понятия WPF
Вероятно, это не прямой ответ, но нам пришлось добавить сгенерированные скрипты в JSP. Альтернативой является использование ManifestPlugin и создание списка сгенерированных ресурсов для каждого файла ввода и добавление их в index.pug.
У меня открытая проблема, но вы можете использовать их функцию generate , чтобы найти способы обрезать активы так, как вы предпочитаете.
6 ответов
Выполнение HTML/XHTML правильно или возможно общего XML, представленного с XSL/XSLT, является, вероятно, самым подобным.
Очень важно понять, что WPF разработан повсюду для разрешения очень "декларативного" стиля программирования, где информация включена в файл XAML, который позволяет времени выполнения (или неявно вызванные библиотеки) делать вид "инфраструктуры" работы, которую необходимо было бы иначе вывести сотни строк кода, чтобы сделать. Некоторые понятия WPF могут сначала казаться небольшим "барокко" (чрезмерно сложный), но в нетривиальных приложениях я думаю, что они предоставляют большое преимущество.
Я знаю, что платформа Какао Mac OS X имеет привязку также. Но в целом это - совсем другая система.
Я соглашаюсь, что Развязанная книга хороша. Я читал его, и это имеет ясные и хорошие объяснения главных тем.
Не так язык, но мой опыт с Swing помог мне постигать основанный на панели механизм расположения XAML. Между этим и глобальными стилями я никогда не должен помещать положение или информацию о размере ни в одни из средств управления...
Я знаю, как Вы чувствуете - я только что был через него сам. Языком, который помог мне большинство, был на самом деле простой HTML - declaritive, основанный на дереве, подобный XML. При разработке UI необходимо иметь в виду естественную древовидную структуру элементов потому что вещи как DataContext propegate вниз дерево.
При выполнении какого-либо WinForms, кодирующего прежде разбейте голову на скале, пока Вы не забываете это.
Если Вы делаете материал в коде - позади (blah.xaml.cs файл) вне установки контекстов данных и обработки нажатия кнопки, то Вы делаете его неправильно. (Привязка может сделать в значительной степени все),
Я не могу думать ни о каком другом определенном языке, который помог бы, однако книга, которую я могу рекомендовать, является Windows Presentation Foundation Unleashed Adam Nathan (паб. Sams).
Вопрос немного плохо формулируется в его использовании языков слова, потому что много понятий в WPF прибывают из сред разработки приложения, а не языков.
Платформа PowerPlant от Metrowerks, связанного в инструменте CodeWarrior, была превосходным третьим поколением платформа C++ для Macintosh. Это, как многие другие, имело понятие иерархии представления, которая была отдельной от иерархии эскалации команды. Привязка событий или команды на любом данном уровне, с их значением по умолчанию, падающим до следующего уровня, были обеспечены операторами переключения.
Ну, Win32 лежит в основе WPF, и большинство win32 приложений было записано в c и C++, таким образом, c и C++ являются некоторыми языками, которые могли бы помочь Вам понять WPF.
Этот вопрос напоминает мне о сообщении в блоге, что я когда-то читал от Karsten Januszewski:
Существует много общих черт другим парадигмам разработки UI: стили чувствуют себя подобно CSS, хорошо вид. Код XAML позади чувствует себя подобно ASP.NET, хорошо вид. 3D чувствует себя подобно DX или OpenGL, хорошо вид. Направленные события чувствуют себя подобно событиям.NET, хорошо вид. Зависимые свойства чувствуют себя подобно свойствам, хорошо вид. Список мог продолжиться.
WPF имеет крутую кривую обучения, и по-моему, который является единственной вещью, мешающей WPF занять мир!