سؤال

وأنا مهتم باستخدام XAML مع مزيج التعبير لإنشاء واجهات المستخدم في التطبيق. ومع ذلك، بسبب القيود المفروضة على العمارة المستهدفة، وأنا لا يمكن استخدام WPF أو C #.

وهكذا، ما أنا مهتم في أي أمثلة / المشاريع القائمة أو مشورة من أي شخص لديه خبرة من هذه التقنية على استخدام XAML في انها "الأبيض" شكل كلغة المواصفات ليست مرتبطة WPF.

أسئلة محددة:

1) هل من الممكن استخدام مزيج + XAML دون عناصر WPF، أو دون C # فصول دعم؟

2) هل هناك أي تطبيقات أخرى من موزعي XAML الخ التي تستخدم أبنية مختلفة، ويمكنهم العمل مع مزيج أو ما شابه ذلك الأدوات.

و3) هل هناك بديل أدوات محرر / مصمم التي يمكن أن تساعد في هذه الحالة؟

وأنا على بينة من المشاريع MyXaml وMycroXaml، ولقد وجدت الكثير من الموارد على شبكة الإنترنت عن XAML، ولكن 99٪ منها تتعلق مباشرة إلى برنامج الأغذية العالمي. وهذا أمر جيد لفهم مفاهيم XAML، ولكنها لا تساعد في implimentation أحتاج.

وشكرا جزيلا!

هل كانت مفيدة؟

المحلول

هل راجعت خارج المواصفات XAML. HTTP: //download.microsoft.com/download/0/A/6/0A6F7755-9AF5-448B-907D-13985ACCF53E/[MS-XAML].pdf

وXAML 2009 وsystem.xaml.dll في CLR 4.0 من المحتمل ان يكون الله يرسل لك إذا كنت تستطيع الانتظار لذلك.

وهنا هو عرض PDC على ذلك. http://channel9.msdn.com/pdc2008/TL36/

ومنذ الآن قلت لك لا يمكن استخدام C #، وأنا على التخمين لم تكن قادرا على استخدام إطار صافي ؟؟ أو باستخدام مونو. بقدر ما أعرف أن هناك أي خطط لتنفيذ الدعم XAML في مونو. ذلك إما عملتم لكتابة الخاصة بك محلل XAML، والرسم البياني كائن.

وبالطبع إذا كنت على استعداد لفعل ذلك قد ترغب في الانتظار لXAML 2009 المواصفات كما أنه يضيف تحسينات كبيرة للغة XAML.

ودوغلاس

نصائح أخرى

هل سيلفرلايت تساعدك في أي حال؟ الآن هناك كسوف المكونات في المتاحة لتتمكن من استخدامها سيلفرلايت مع eclispe. لذلك سوف تكون قادرة على استخدام مزيج التعبير لتصميم واجهة المستخدم الخاص بك، واستخدام جافا للترميز الخلفية (الخطة المستقبلية على ما أظن). تحقق من هذا الرابط لمزيد من التفاصيل. http://www.eclipse4sl.org/

وأنا باستخدام مستند XML القائم على XAML باعتبارها جوهر من V3 AppMaker الجديد. أنا تحليل حاليا في روبي لتوليد الناتج المختلفة بما في ذلك XAML نقي / C # تطبيقات WPF.

وXAML من السهل جدا للتحليل وخاصة إذا كنت تأخذ نهجا كسباث:

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

والقضية الحقيقية، عن الذي نحن بحاجة الى مزيد من المعلومات، ما هو نوع من واجهة المستخدم الرسومية التي تحاول توليد. على قماش تخطيط الموضعية صريح في XAML من السهل تحليل وتوليد بعض الضوابط Win32 وبسيطة والرسم. اذا كان لديك في التخطيط القائم على القيد مثل StackPanel ثم سيكون لديك لإعادة الكثير من السلوك WPF.

وإذا كان لديك لا تستخدم WPF ثم XAML وجوهرها ليست أفضل من XML حقا. XAML لديه بعض النكهات لكنها في الأساس وظيفة بالإضافة إلى ذلك في شكل المكتبات. هل يمكن استخدام الفانيليا XAML كقاعدة ولكن بعد ذلك سيكون لديك أساسا لبناء محلل أن يقرأ عليه ثم إطار من التعليمات البرمجية أنه خرائط أساسا. XAML لا تعرف ما هو StackPanel هو أساسا يرسل البيانات النصية من لتجمعها مهما كانت لا تعرف ما هو عليه، وهذا هو الجزء الذي سيكون في عداد المفقودين، ودورها كبير جدا.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top