Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/ServiceStackApps/ReactDesktopApps
Docs for ServiceStack's React Desktop App Webpack VS.NET Template
https://github.com/ServiceStackApps/ReactDesktopApps
Last synced: 24 days ago
JSON representation
Docs for ServiceStack's React Desktop App Webpack VS.NET Template
- Host: GitHub
- URL: https://github.com/ServiceStackApps/ReactDesktopApps
- Owner: ServiceStackApps
- Created: 2017-06-21T04:50:40.000Z (over 7 years ago)
- Default Branch: master
- Last Pushed: 2022-02-26T01:21:55.000Z (almost 3 years ago)
- Last Synced: 2024-08-05T08:07:22.569Z (4 months ago)
- Language: C#
- Size: 69.7 MB
- Stars: 28
- Watchers: 7
- Forks: 7
- Open Issues: 3
-
Metadata Files:
- Readme: README.md
Awesome Lists containing this project
- my-awesome - ReactDesktopApps - Docs and examples for SSVS React Desktop App VS.NET Template (JavaScript)
README
# React Desktop Apps
React Desktop Apps lets you take advantage the adaptiveness, navigation and deep-linking benefits of a
Web-based UI, the productivity and responsiveness of the
[React framework](https://facebook.github.io/react/),
the performance, depth of features and functionality in
[ServiceStack](http://docs.servicestack.net) and .NET Framework combined with the rich
native experience and OS Integration possible from a Native Desktop App - all in a single VS .NET template.
The new **React Desktop Apps** template in
[ServiceStackVS VS.NET Templates](http://docs.servicestack.net/templates-overview):
Which provides everything you need to package your ASP.NET ServiceStack Web App into a native Windows **Winforms App**,
an **OSX Cocoa Desktop App** or cross-platform (Windows/OSX/Linux) "headless" **Console App** which instead of being
embedded inside a Native UI, launches the User's prefered Web Browser for its Web UI. The **Winforms App** also
includes auto updating support where deployed Desktop Apps can be updated by just publishing a new GitHub Release.
This Hybrid model of developing Desktop Apps with modern WebKit technologies offers a more productive and
reusable alternative to developing bespoke WPF Apps in XAML or Cocoa OSX Apps with Xcode.
It enables full code reuse of the Web App whilst still allowing for platform specific .js, .css and
C# specialization when needed. These advantages are also why GitHub also adopted a similar approach for
their new cross-platform UI in their flagship
[Windows and OSX Desktop Apps](http://githubengineering.com/cross-platform-ui-in-github-desktop/) which leverages
the same [CefSharp](https://github.com/cefsharp/CefSharp) Chromium Embedded Framework Component to render its UI
on Windows.
### Single Installer-less Executable
Each application is compiled into a single executable that's xcopy-able and runnable directly without a
Software install. The only pre-requisite is the .NET 4.5 Framework on Windows
(pre-installed on recent versions of Windows). Whilst the OSX Cocoa **Xamarin.Mac** App bundles the Mono runtime
alleviating the need for users to have an existing install of Mono.
### React Desktop App VS.NET Template
The **React Desktop Apps** template is pre-configured with the necessary tools to package your Web Application
into multiple platforms using the provided Gulp build tasks. The Desktop Apps are also debuggable
allowing for a simplified and iterative dev workflow by running the preferred Host Project:
- **Web** - ASP.NET Web Application
- **Windows** - Native Windows application embedded in a CefSharp Chromium browser
- **OSX** - Native OS X Cocoa App embedded in a WebView control (requires [Visual Studio for Mac](https://www.visualstudio.com/vs/visual-studio-mac/))
- **Console** - Single portable, cross platform executable that launches the user's prefered browser
## Downloads
#### Windows Winforms App
[DefaultApp-winforms.exe](https://github.com/ServiceStackApps/ReactDesktopApps/releases/download/1.0.0.0/Setup.exe) (39.4 MB)
#### OSX Cocoa App
[DefaultApp.AppMac.zip](https://github.com/ServiceStackApps/ReactDesktopApps/raw/master/dist/DefaultApp.AppMac.zip) (25.4 MB)
#### Console App (Windows/OSX/Linux)
[DefaultApp-console.exe](https://github.com/ServiceStackApps/ReactDesktopApps/raw/master/dist/DefaultApp-console.exe) (5.6 MB) or [DefaultApp-console.zip](https://github.com/ServiceStackApps/ReactDesktopApps/raw/master/dist/DefaultApp-console.zip) (2 MB)
## Project Structure
The resulting project structure is the same as the
[Webpack React App VS.NET Template](http://docs.servicestack.net/templates-single-page-apps),
but with 3 additional projects for hosting the new Desktop and Console Apps and a Common **Resources** project
shared by Host projects containing all the ASP.NET resources (e.g. .css, .js, images, etc) as embedded
resources. It's kept in-sync with the primary **DefaultApp** project with the `01-bundle-all` or `default`
Gulp tasks.
### DefaultApp.sln
- **DefaultApp** - Complete Web application, inc. all Web App's .js, .css, images, etc.
- **DefaultApp.AppConsole** - Console Host Project
- **DefaultApp.AppWinForms** - WinForms Host Project
- **DefaultApp.Resources** - Shared Embedded resources sourced from **DefaultApp**
- **DefaultApp.ServiceInterface** - ServiceStack Service Implementations
- **DefaultApp.ServiceModel** - Request and Response DTO's
- **DefaultApp.Tests** - NUnit tests
### DefaultAppMac.sln
- **DefaultApp.AppMac** - OSX Cocoa Host project
This is a Visual Studio for Mac project which uses the compiled embedded resources `lib\DefaultApp.Resources.dll` created by the **01-bundle-all** Gulp task.
### DefaultApp Project
The primary **DefaultApp** project contains the complete React Web App hosted in an ASP.NET Project.
It includes `gulpfile.js` which provides the necessary Gulp tasks to bundle and optimize the Wep Application
ready for deployment as well as Gulp tasks to minify the Web Applications assets and publishes them
embedded resources into the shared **DefaultApp.Resources** project. This project is how the React WebApp
is made available to the alternative Desktop and Console Apps.
The primary Gulp Tasks you'll use to package and deploy your App
which is easily runnable from VS .NET's
[Task Runner Explorer](https://visualstudiogallery.msdn.microsoft.com/8e1b4368-4afb-467a-bc13-9650572db708)
which is built into VS 2015 and VS 2017.
- [**01-bundle-all**](#01-bundle-all) - optimizes and packages Web App the into `wwwroot` and `Resources` project
- [**02-package-console**](#02-package-console) - Packages the Console App in `wwwroot_build\apps`
- [**02-package-winforms**](#02-package-winforms) - Packages the Winforms App in `wwwroot_build\apps`
- [**03-deploy-webapp**](#03-deploy-webapp) - deploys the Web App in `wwwroot` with MS WebDeploy to any IIS Server using config `wwwroot_build\publish\config.json`
The template also includes the **ILMerge** tool to merge all .NET .dlls (inc. Resources.dll) into a single,
cross-platform Console Application .exe that's runnable as-is on any Windows, OSX or Linux server with .NET
or Mono pre-installed.
Downloads for the Default Template Console App:
#### [DefaultApp-console.exe](https://github.com/ServiceStackApps/ReactDesktopApps/raw/master/dist/DefaultApp-console.exe) (5.6MB) or [DefaultApp-console.zip](https://github.com/ServiceStackApps/ReactDesktopApps/raw/master/dist/DefaultApp-console.zip) (2MB)
For WinForms we are taking advantage of Squirrel.Windows to produce our Windows installer and handle updating of our Windows client application.
Squirrel.Windows is run via the `02-package-winforms` Gulp task and produces us a `Setup.exe` that auto runs our application on install.
We can then release and manage updates of this application using GitHub releases. Our client application will check GitHub for new versions, then
download and install them if any are available.
To package the OSX App you'll need to open the **DefaultAppMac.sln** in Visual Studio for Mac on OSX which packages
the App as on OSX App or Installer.
Download for the Default Template OSX Cocoa App:
#### [DefaultApp.AppMac.zip](https://github.com/ServiceStackApps/ReactDesktopApps/raw/master/dist/DefaultApp.AppMac.zip) (24.8 MB)
### [wwwroot_build](https://github.com/ServiceStackApps/ReactDesktopApps/tree/master/src/DefaultApp/DefaultApp/DefaultApp/wwwroot_build)
The necessary infrastructure for optimizing, packaging the React Web Application is contained in the
`/wwwroot_build` folder:
```
/wwwroot_build
/apps # directory where Console and Winforms Apps are published
/deploy # copies all files in folder to /wwwroot
appsettings.txt # production appsettings to override dev defaults
/publish
config.json # deployment config for WebDeploy IIS deployments
/tools # deployment tools for Console and Winforms Apps
ILMerge.exe # ILMerge to merge console app output into single binary
package-deploy-console.bat # runs ILMerge to package Console App
```
### Deploying the ASP.NET Web App
To deploy an app you just need to populate `publish/config.json` with the remote IIS WebSite settings
and UserName/Password of an Account with permission to deploy a Website with MS WebDeploy:
```json
{
"iisApp": "AppName",
"serverAddress": "deploy-server.example.com",
"userName": "{WebDeployUserName}",
"password" : "{WebDeployPassword}"
}
```
Then run the `03-deploy-webapp` Gulp task to package the optimized React App in `/wwwroot` into a
`webdeploy.zip` package which it publishes to a remote IIS Web Server using the configuration above.
> If you specify **Visual Studio** settings when creating a repo in GitHub its will ignore the `/publish`
folder so this sensitive info isn't committed along with the project. If you're publishing to a public repo
please double-check this config file doesn't get published by ensuring it's specified in your repo's `.gitignore`
## React Web Development
The React Desktop Template is structured for optimal developer productivity, fast iterations, maximum re-use,
easy customizability and optimal runtime performance driven by a pre-configured automated workflow.
It also maximizes skill re-use where most development time will be spent developing a normal ASP.NET
React Web Application without any consideration for the different platforms the template create packages for.
The template follows the same
[Modern Webpack ASP.NET Apps](http://docs.servicestack.net/templates-single-page-apps)
as ServiceStack's other Single Page App templates which uses node's rich ecosystem to enable access to premier
Web technologies that's pre-configured with [Webpack](https://webpack.js.org) and
[Gulp](http://gulpjs.com) tasks to take care of website bundling, optimization, application packaging and ASP.NET Website deployemnts.
The entire React application is hosted within a single static
[index.html](https://github.com/ServiceStackApps/ReactDesktopApps/blob/master/src/DefaultApp/DefaultApp/DefaultApp/index.html)
which is generated by Webpack based on
[index.template.ejs](https://github.com/ServiceStackApps/ReactDesktopApps/blob/master/src/DefaultApp/DefaultApp/DefaultApp/index.template.ejs):
```html
DefaultApp
```
The `01-bundle-all` Gulp task runs a Webpack production build that takes care of compiling your Apps TypeScript, CSS and SASS source files,
bundling and copying all resources into the `/wwwroot` folder and **DefaultApp.Resources** project, transforming it into the following
[index.html](https://github.com/ServiceStackApps/ReactDesktopApps/blob/master/src/DefaultApp/DefaultApp/DefaultApp.Resources/index.html):
```html
DefaultApp
```
### [DefaultApp.Resources](https://github.com/ServiceStackApps/ReactDesktopApps/tree/master/src/DefaultApp/DefaultApp/DefaultApp.Resources)
By maintaining all functionality within the existing pre-defined groups, no additional config is needed
since the existing references are already marked as **Embedded Resources**
allowing the entire Web Application to be embedded inside the .NET **DefaultApp.Resources.dll**.
This is what each of the Desktop and Console Application references to be able to host your Website.
Should you wish to add additional resources outside these pre-defined groups you'll need to
[ensure they're copied over](https://github.com/ServiceStackApps/ReactDesktopApps/blob/master/src/DefaultApp/DefaultApp/DefaultApp/webpack.config.js#L3)
by Webpack and then have their **Build Action** set to `Embedded Resource`.
For most applications your Application will be optimized into the following layout in both the static
**DefaultApp.Resources** project as well as the optimized ASP.NET Web Application created in `/wwwroot`,
in preparation for production deployment:
```
/wwwroot
/dist
app.bundle.js # Compiled and bundled TypeScript
app.css # Bundled SASS and css
/img # All application images
fontawesome-* # 3rd party fonts
platform.css # Platform-specific css
platform.js # Platform-specific js
index.html
```
## Host Projects
The Host projects for each platform are essentially "native application wrappers" around hosting the React
Website inside different applications. The React App itself is encapsulated within the shared
`DefaultApp.Resources` project as embedded resources.
### Platform-specific customizations
Customizations for each platform is available by modifying the `platform.css` and `project.js` files at the
base of each project's folder.
In addition, an easy way to limit which HTML elements are displayed is to use the `platform` class to initially
hide the element, then specify which platforms it should be displayed in by listing the specific platforms, e.g:
```html
```
We use this technique to only show the **Toggle Window** Menu Item to the Winforms App and the **Close** Menu
Item to the Winforms and OSX Mac App, i.e. ignoring it in the Console and ASP.NET Web App.
Since each host is just a normal C# project you also have complete freedom in enhancing each platform with
enhanced functionality specific to that platform. E.g. you can add Services only available to a single platform
by telling ServiceStack to also register Services contained in the host project by
[specifying multiple assemblies in the AppHost constructor](https://github.com/ServiceStack/ServiceStack/wiki/Modularizing-services):
```csharp
public class AppHost : AppSelfHostBase
{
public AppHost()
: base("DefaultApp Console", typeof(MyServices).Assembly, typeof(AppHost).Assembly)
}
```
### Serving Embedded Resources
We tell each Host to serve the Embedded Resources in `DefaultApp.Resources` by specifying it in the HostConfig:
```csharp
SetConfig(new HostConfig {
EmbeddedResourceBaseTypes = { typeof(AppHost), typeof(SharedEmbeddedResources) }
});
```
`SharedEmbeddedResources` is an empty "marker" class in the `DefaultApp.Resources` project which allows us to easily refer
to it's assembly with `typeof(SharedEmbeddedResources).Assembly`.
> We need to specify base types to preserve Assembly namespaces after they're ILMerged into a single .exe
### Native Host
We use the `window.nativeHost` API to encapsulate the differences and invoke native functionality available
on each platform.
#### Web Native Host
Since the web project is written in TypeScript/TSX, we can take advantage of TypeScript to write out native host.
We want to attach it to the `window`, so we'll also need to append our `Window` interface to include `nativeHost` object.
When running as a normal ASP.NET Web App these API's just call the browsers DOM:
```js
window.nativeHost = {
quit: function () {
window.close();
},
showAbout: function () {
alert("DefaultApp - ServiceStack + React");
},
ready: function () { },
toggleFormBorder: function () { }
};
```
#### Console Native Host
The Console App is similar since it's also viewed in an external browser it isn't able to take advantage of any
Inter-Process Communications (IPC) and requires an Ajax call to communicate back to the C# Self-Hosting
Console Application:
```js
/* console */
window.nativeHost = {
quit: function () {
var r = new XMLHttpRequest();
r.open("POST", "/nativehost/quit", true);
r.onreadystatechange = function () {
if (r.readyState != 4 || r.status != 200)
return;
window.close();
};
r.send("");
},
showAbout: function () {
alert('ServiceStack SelfHost Console + React');
},
ready: function () {
//
},
platform: 'console'
};
```
Calls to `/nativehost` call the `NativeHostService` below:
```csharp
public class NativeHostService : Service
{
public void Any(NativeHostAction request)
{
if (string.IsNullOrEmpty(request.Action))
throw HttpError.NotFound("Function Not Found");
var nativeHost = typeof(NativeHost).CreateInstance();
var methodName = request.Action.Substring(0, 1).ToUpper() + request.Action.Substring(1);
var methodInfo = typeof(NativeHost).GetMethod(methodName);
if (methodInfo == null)
throw new HttpError(HttpStatusCode.NotFound, "Function Not Found");
methodInfo.Invoke(nativeHost, null);
}
}
public class NativeHostAction : IReturnVoid
{
public string Action { get; set; }
}
public class NativeHost
{
public void Quit()
{
System.Threading.ThreadPool.QueueUserWorkItem(_ =>
{
System.Threading.Thread.Sleep(10); // Allow /nativehost/quit to return gracefully
Environment.Exit(0);
});
}
}
```
Which just proxies the ajax request and invokes the matching C# method on `NativeHost`, in this case
`/nativehost/quit` terminates the Console Application.
#### Winforms Native Host
With the Winforms and OSX Native Desktop Applications we instead want to intercept these calls and show
native dialogs and likewise having `/nativehost/quit` close the Desktop application.
With Winforms we don't need to provide a JavaScript API wrapper since CefSharp provides us with a
JavaScript interop that lets us to register a C# object and expose it directly as a JavaScript object with:
```csharp
ChromiumBrowser.RegisterJsObject("nativeHost", new NativeHost(this));
```
So our entire `window.nativeHost` API is defined in C#:
```csharp
public class NativeHost
{
//...
public void Quit()
{
formMain.InvokeOnUiThreadIfRequired(() => {
formMain.Close();
});
}
public void ShowAbout()
{
MessageBox.Show(@"ServiceStack with CefSharp + ReactJS",
@"DefaultApp.AppWinForms", MessageBoxButtons.OK, MessageBoxIcon.Information);
}
public void ToggleFormBorder()
{
formMain.InvokeOnUiThreadIfRequired(() => {
formMain.FormBorderStyle = formMain.FormBorderStyle == FormBorderStyle.None
? FormBorderStyle.Sizable
: FormBorderStyle.None;
});
}
}
```
Which like the JavaScript API's can be invoked from JavaScript, e.g:
```js
nativeHost.showAbout();
```
#### Mac Native Host
Unfortunately whilst the OSX Cocoa App also embeds a WebView control, it doesn't provide an API to register
C# objects directly, so like the Console Application we need to communicate with the containing C# Application
via Ajax requests:
```js
/* mac */
window.nativeHost = {
quit: function () {
post('/nativehost/quit');
},
showAbout: function () {
post('/nativehost/showAbout');
},
ready: function () {
//
},
platform: 'mac'
};
function post(url, data, callback) {
var r = new XMLHttpRequest();
r.open("POST", url, true);
r.onreadystatechange = function () {
if (r.readyState != 4 || r.status != 200)
return;
callback(r.responseText);
};
r.send(data);
}
```
In the Cocoa App it uses a copy of the `NativeHostService` used in the Console App to proxy each call to the
matching method on `NativeHost` which then invokes the required native Cocoa API's:
```csharp
public class NativeHost
{
public void ShowAbout()
{
Program.MainMenu.InvokeOnMainThread (() => {
foreach (var item in Program.MainMenu.ItemArray()) {
if (item.Title == "DefaultApp") {
item.Submenu.PerformActionForItem(0);
}
}
});
}
public void Quit()
{
AppDelegate.MainWindowController.InvokeOnMainThread (() => {
AppDelegate.MainWindowController.Hide();
});
Environment.Exit(0);
}
}
```
### [DefaultApp.AppConsole](https://github.com/ServiceStackApps/ReactDesktopApps/tree/master/src/DefaultApp/DefaultApp/DefaultApp.AppConsole)
This project contains the self-hosting Console App which
[launches the users prefered browser](https://github.com/ServiceStackApps/ReactDesktopApps/blob/fd6ec97bf0ea850ce0e7596d93f4868e6d2d0a1f/src/DefaultApp/DefaultApp/DefaultApp.AppConsole/Program.cs#L25)
to render the React Web UI with:
```csharp
static class Program
{
public static string HostUrl = "http://127.0.0.1:2337/";
static void Main(string[] args)
{
new AppHost().Init().Start("http://*:2337/");
"ServiceStack SelfHost listening at {0}".Fmt(HostUrl).Print();
Process.Start(HostUrl);
Thread.Sleep(Timeout.Infinite);
}
}
```
### [DefaultApp.AppWinForms](https://github.com/ServiceStackApps/ReactDesktopApps/tree/master/src/DefaultApp/DefaultApp/DefaultApp.AppWinForms)
This project contains the Winforms App that utilizes [CefSharp](https://github.com/cefsharp/CefSharp)
to embed the fast and modern Chromium browser inside a Windows Application.
To embed the Chromium web browser, we instantiate the `ChromiumWebBrowser` and set it to navigate to the
applications Url to render the React Web UI. The browser control is then fully docked to the containing
`FormMain` and configured to fill the entire screen:
```csharp
public FormMain()
{
InitializeComponent();
VerticalScroll.Visible = false;
ChromiumBrowser = new ChromiumWebBrowser(Program.HostUrl)
{
Dock = DockStyle.Fill
};
Controls.Add(ChromiumBrowser);
Load += (sender, args) =>
{
FormBorderStyle = FormBorderStyle.None;
Left = Top = 0;
Width = Screen.PrimaryScreen.WorkingArea.Width;
Height = Screen.PrimaryScreen.WorkingArea.Height;
};
ChromiumBrowser.RegisterJsObject("nativeHost", new NativeHost(this));
}
```
### [DefaultApp.AppMac](https://github.com/ServiceStackApps/ReactDesktopApps/tree/master/src/DefaultApp/DefaultApp/DefaultApp.AppMac)
This project contains the OSX Cocoa Application which requires [Visual Studio for Mac](https://www.visualstudio.com/vs/visual-studio-mac/) on OSX to build.
The entry point for the Cocoa Application is in
[Program.cs](https://github.com/ServiceStackApps/ReactDesktopApps/blob/master/src/DefaultApp/DefaultApp/DefaultApp.AppMac/Program.cs)
which first starts the self-hosting Service before loading the Cocoa Desktop App:
```csharp
public static class Program
{
public static string HostUrl = "http://127.0.0.1:3337/";
public static AppHost App;
public static NSMenu MainMenu;
static void Main (string[] args)
{
App = new AppHost();
App.Init().Start("http://*:3337/");
NSApplication.Init();
NSApplication.Main(args);
}
}
```
As-is standard for Cocoa Apps, the UI for each Window is contained in `.xib` files that are created and designed
using Interface Builder. In the `AwakeFromNib()` callback we fully dock the `WebView` to the `MainWindow` and
set its `MainFrameUrl` to navigate to the Applications Url to render the React Web UI:
```csharp
public partial class MainWindow : MonoMac.AppKit.NSWindow
{
public override void AwakeFromNib()
{
base.AwakeFromNib ();
Program.MainMenu = NSApplication.SharedApplication.MainMenu;
webView.MainFrameUrl = Program.HostUrl;
webView.Frame = new RectangleF(0,0,this.Frame.Width,this.Frame.Height);
this.DidResize += (sender, e) => {
webView.Frame = new RectangleF(0,0,this.Frame.Width,this.Frame.Height);
};
}
}
```
## Gulp Tasks
Gulp tasks are used in the DefaultApp project to automate the bundling, packaging and deployment of the
applications. These tasks are declared as small, composable Gulp tasks that are then orchestrated
by the high-level Alias tasks which are easily run within Visual Studio using **Task Runner Explorer** or
from the command-line with the `Gulp` script.
### 01-bundle-all
Stages the App so it's ready for release and avoid any build steps at development time to improve the simplicity and speed of the development workflow.
This alias task is made up of small, simple tasks that use Gulp to perform the necessary tasks like calling Webpack to process resources, compile TypeScript, minify js/css, copying/deleting of resources, etc.
As this template leverages Webpack to package the application you won't need to modify `index.template.ejs` manually as the
bundled resources are automatically injected into the generated `index.html` page.
Normally all client assets would be bundled and copied by Webpack but should you need to extend the Gulp task
to copy additional resources you can specify additional them in the `COPY_FILES` rules at the top of
[webpack.config.js](https://github.com/ServiceStackApps/ReactDesktopApps/blob/master/src/DefaultApp/DefaultApp/DefaultApp/webpack.config.js):
```js
var COPY_FILES = [
{ from: 'bin/**/*', to: 'wwwroot' },
{ from: 'App_Data/**/*', to: 'wwwroot' },
{ from: 'Global.asax', to: 'wwwroot' },
{ from: 'wwwroot_build/deploy/**/*', to: 'wwwroot', flatten: true },
{ from: 'platform.*', to: 'wwwroot' },
{ from: 'Web.config', to: 'wwwroot',
transform: (content, path) => toString(content).replace(
'
...
```
To package the Windows application we can use a preconfigured Gulp task called **02-package-winforms**. This will build all the required resources for your application and package them into a `Setup.exe` Windows installer.
These files are located in the main project under **wwwroot_build\apps\winforms-installer**. The **Releases** folder contains all the distributables of your Windows application.
```
/DefaultApp
/wwwroot_build
/apps
/winforms-installer
/Releases
DefaultApp-1.0.0.0-full.nupkg
RELEASES
Setup.exe
```
### Releasing an update to WinForms application
To publish your initial version to GitHub, create a [Release in GitHub](https://help.github.com/articles/creating-releases/) and upload these 3 files in your releases folder.
The steps to update your application to a 1.1 release include:
1. Update the version of the AppWinForms project, either directly in `Properties/AssemblyInfo.cs` or through Project properties GUI.
2. Save changes and run the `02-package-winforms` Gulp task.
3. Commit your changes and push them to GitHub. (**This is required due to the new tag needs to be on a different commit**)
4. Create a new GitHub release and include the same 3 files, plus the **delta** NuGet package. Clients running `1.0.0.0` will detect the new version and updates can be easily managed with Squirrel.Windows.
> During step 2 your new version is picked up by the Gulp task and Squirrel creates a delta NuGet package, eg `DefaultApp-1.1.0.0-delta.nupkg` which will be used for quick updates to clients on the previous version (1.0).
Users that have installed version `1.0.0.0` will see a prompt already setup in the template that asks to update the application. By clicking update, the `delta` of `1.1.0.0` is downloaded and applied, then the application is restarted running the newer version of the application.
### 03-deploy-app
This Gulp task MS WebDeploy to deploy the application from the staged `wwwroot` folder to an existing IIS application.
Config for the deployment, eg the IIS Server address, application name, username and password is located in the `/wwwroot_build/publish/config.json`.
```json
{
"iisApp": "YourAppName",
"serverAddress": "deploy-server.example.com",
"userName": "{WebDeployUserName}",
"password" : "{WebDeployPassword}"
}
```
If you are using **Github's default Visual Studio ignore, this file will not be included in source control** due to the default rule of `publish/` to be ignored.
You should check your Git Repository `.gitignore` rules before committing any potentially sensitive information into public source control.
This task shows a quick way of updating your development server quickly after making changes to your application. For more information on use web-deploy using either Gulp or just Visual Studio publish, see [WebDeploy with AWS](https://github.com/ServiceStack/ServiceStack/wiki/Simple-Deployments-to-AWS-with-WebDeploy).
### Further Reading
For more info on working with React, see the
[Intro to React docs](https://github.com/ServiceStackApps/Chat-React#introducing-reactjs) on the Chat-React project.
# Example Apps
Gistlyn is a C# Gist IDE for creating, running and sharing stand-alone, executable C# snippets.
[](http://gistlyn.com)
> Downloads for [Windows, OSX, Linux and Web](http://gistlyn.com/downloads)
## [Redis React](https://github.com/ServiceStackApps/RedisReact)
Redis React is a simple user-friendly UI for browsing data in Redis servers that leverages
the navigation and deep-linking benefits of a Web-based UI, the productivity and responsiveness of the
[React framework](http://facebook.github.io/react/)
and the deep Integration possible from a Native App.
[](http://redisreact.servicestack.net/#/)
> Downloads for [Windows, OSX, Linux and Web](https://github.com/ServiceStackApps/RedisReact#download)
## [React Chat Desktop](https://github.com/ServiceStackApps/ReactChatApps)
A port of
[React Chat](https://github.com/ServiceStackApps/Chat-React)
built with the new
[React Desktop Apps](https://github.com/ServiceStackApps/ReactDesktopApps)
VS.NET template and packaged into a native Desktop App for Windows and OSX.
It takes advantage of
[Server Events](https://github.com/ServiceStack/ServiceStack/wiki/Server-Events) to enable synchronized
real-time control of multiple Windows Apps:
[](https://youtu.be/-9kVqdPbqOM)
> Downloads for [Windows, OSX, Linux and Web](https://github.com/ServiceStackApps/ReactChatApps#downloads)