Xaml non WPF

Question

Sono interessato a usare Xaml con la miscela di espressioni per creare interfacce utente in un'applicazione. Tuttavia, a causa dei limiti dell'architettura di destinazione, non posso usare WPF o C #.

Quindi, ciò che mi interessa è in tutti gli esempi / progetti esistenti o consigli di chiunque abbia esperienza di questa tecnologia sull'uso di Xaml nel suo "puro". forma come linguaggio di specifica non legato a WPF.

Domande specifiche:

1) È possibile utilizzare Blend + Xaml senza gli elementi WPF o senza le classi di supporto C #?

2) Esistono altre implementazioni di parser Xaml ecc. che usano architetture diverse e possono lavorare con strumenti simili o simili.

3) Esistono strumenti editor / designer alternativi che possono aiutare in questa situazione?

Sono a conoscenza dei progetti MyXaml e MycroXaml e ho trovato molte risorse sul web su Xaml, ma il 99% di esso riguarda direttamente WPF. Questo va bene per comprendere i concetti di Xaml, ma non aiuta con l'implementazione di cui ho bisogno.

Mille grazie!

Answer 1

Hai verificato le specifiche XAML. http: //download.microsoft.com/download/0/A/6/0A6F7755-9AF5-448B-907D-13985ACCF53E/[MS-XAML].pdf

XAML 2009 e il file system.xaml.dll in clr 4.0 sarà probabilmente un dio inviato per te se puoi aspettarlo.

ecco la presentazione PDC su di essa. http://channel9.msdn.com/pdc2008/TL36/

Ora da quando hai detto che non puoi usare C #, immagino che non sei in grado di usare il framework .net ?? o usando Mono. per quanto ne so non ci sono piani per implementare il supporto XAML in Mono. Quindi o dovresti scrivere il tuo parser XAML e il grafico degli oggetti.

Naturalmente, se si è disposti a farlo, si consiglia di attendere le specifiche XAML 2009 in quanto aggiunge miglioramenti significativi al linguaggio xaml.

Douglas

Answer 2

Silverlight ti aiuta comunque ?. Ora è disponibile un plug-in Eclipse per l'uso di Silverlight con eclispe. Quindi sarai in grado di usare Expression blend per progettare la tua UI e usare Java per la codifica back-end (piano futuro credo). Dai un'occhiata a questo link per maggiori dettagli. http://www.eclipse4sl.org/

Answer 3

Sto usando un documento XML basato su XAML come core del nuovo AppMaker v3. Attualmente lo sto analizzando in Ruby per generare vari output tra cui pure app XPL / C # WPF.

XAML è molto facile da analizzare soprattutto se si utilizza un approccio XPath:

windows = []
REXML::XPath.each(doc, "//Window") do |xml|
  windows << Window.new(xml)
end

#... invoking ...

@items = []
xml.each_element("Canvas/*") do |itemXML|
  @items << WindowItem.makeItem(itemXML)
end

Il vero problema, di cui abbiamo bisogno di maggiori informazioni, è il tipo di interfaccia grafica che stai cercando di generare. Il layout posizionale esplicito di Canvas in XAML è facile da analizzare e genera alcuni semplici controlli e disegni Win32. Se entri nel layout basato sui vincoli come StackPanel, dovrai ricreare molto comportamento WPF.

Answer 4

Se non usi WPF, Xaml come core non è davvero migliore di XML. Xaml ha alcuni gusti ma sono essenzialmente funzionalità di aggiunta sotto forma di librerie. Potresti usare Vanilla Xaml come base, ma allora dovresti essenzialmente costruire un parser che lo legga e quindi un framework di codice a cui essenzialmente si associa. Xaml non sa cosa sia StackPanel, in sostanza invia i dati testuali per essere compilati da qualunque cosa sappia di cosa si tratta, questa è la parte che ti mancherebbe, ed è una parte piuttosto grande.