Windows 8 was released last week, and here at YUI, I’ve spent time hacking around with building a native Windows app using YUI. The app is pretty simple. It gets recent and popular photos from Dribbble and presents them in a simple master/detail interface. The idea behind this app is to:
One of the restrictions placed on native Win8 apps written in HTML/CSS/JS is that they can’t have references to external scripts or stylesheets. This means your scripts, stylesheets, and libraries – such as YUI 3 – have to be packaged locally. There are a few options available when it comes to locally including YUI 3:
build/ directory), which is about 30mb. This allowed me to include the YUI seed file (more on that below) and pull down modules using
YUI().use(' ... '), as I would normally. Note, that if you need to use gallery modules, you’ll need to pull those down as well. In that case, it’s not worth it to pull down the entire yui3-gallery repo; just pull in the individual modules.
WinJS apps have a single-page navigation model. By default, every app has a
default.html, which loads
default.html acts as a “wrapper” for all views within the app, and does not possess any UI. Similarly,
default.js possesses general start-up code, not app-specific logic.
default.html acts as a “wrapper” for all views, I included the YUI seed file in there instead of having to include it in every view. Additionally, I had a
YUI_config variable defined with a path to all custom modules that were being loaded. Here’s what it looks like. Adding the
YUI_config makes my other
YUI().use(...)statements much cleaner, and provides a single place for me to refer to for all custom modules.
As mentioned above,
default.html acts as a wrapper around all views. By default (if you create a new app from a template), this file also has a reference to a JS file with some model-data that is persistent across views. Each view within the app consists of an HTML file with optional CSS and JS files. I consider the CSS/HTML files to be view-related code and the JS file to be a controller for that given view. You can take a look at my code to see what these files look like, and how relationships are defined. So breaking it down, WinJS has:
One of the benefits of leveraging YUI is that code can be reused across environments. This is true here as well. When I started my app, I noticed that the sample model JS leveraged a lot of WinJS specific APIs. To me, a model should represent data irrespective of its environment, so I wrote my own models. I sub-classed Y.Model and Y.ModelList from the YUI App Framework. Check out the code for my models, ShotList.js and Shot.js. These models have no Windows 8 specific code and are responsible for retrieving images from YQL. I instantiate these models and set them to a WinJS GridView in ydata.js, but am hoping to clean that code up more. More on that below.
When it comes to views, there are a few options. You can either use WinJS APIs for native views, such as ListView, GridView, etc., or use HTML/CSS to make your own views. There is no performance hit of making your own views as opposed to leveraging the native APIs, that I know of, since the native APIs are still manipulating the DOM under-the-hood. When you consider this, it may be worth it to take some time to construct your own views just because you’ll be able to re-use that code in other environments, if needed. A good example of this is in the Detail view for my Dribbble app:
Although it looks like a Metro interface, I’m not using any WinJS views. It’s just standard elements with my own CSS. YUI makes this easy with
Y.View, interacting with a
Y.ModelList. It’s definitely an option to consider, especially since the APIs for regular WinJS views are a little tricky to understand (at least they seemed that way for me).
An added benefit: One of the advantages in this environment is that Microsoft includes a
ui.cssfile in every page, so simply writing regular HTML automatically conforms it to reflect the Windows 8 UI style. Unlike in iOS, where you have to “mock” the native UI through a lot of detailed CSS, in WinJS, it just works. This makes it easy to write your own views.
We’ve done a bunch of work in YUI3.7.3, and one of them was to get YQL working in this environment. In WinJS, the
yql-winjs module is conditionally loaded and uses XHR with CORS to communicate with YQL. All this happens under the hood and just works. I use YQL to query for data in
Although not YUI-specific, debugging can be frustrating in a new environment such as this. Luckily, Visual Studio has a few tools we can leverage:
Leave any other debugging tips in the comments!
This is a new environment, and I’m figuring things out as I build a real app. The good news is that all of the principles we apply in front-end engineering can be used here as well. Using YUI was a no-brainer for me since it allows me to write modular code that is not Windows-specific – at least not all of it. If Windows 8 development interests you, you should come to YUIConf where I’ll be talking more in depth about building native Win8 Apps with YUI.