ASP.NET Web Dev Blog

Another (non-Rust) but still interesting attempt towards this is being done by Microsoft: https://blogs.msdn.microsoft.com/webdev/2018/03/22/get-started-buildin… In their case they compile a small enough subset of the .NET runtime to WebAssembly, and they got some JS to do the interop (I imagine till that glorious day of freedom comes). It's amazing what they've got working so far honestly.

Laravel Mix[0], Rails Webpacker[1], and Dotnet's Spa Services[2] (among others) all do fantastic jobs getting you going with new frontend tech alongside backend apps. It's kind of amazing that the JS world does a bit of a worse job here. Too much focus on the hip new way vs getting things done? Seems boilerplate exists mostly to make "Universal" apps now, but I've yet to see a straightforward attempt at that (not to mention, the distinction for things that work in-browser vs not is going to be confusing for beginners in the single-language-JS approach). create-react-app is fine but it only does half the job. [0] https://laravel.com/docs/5.5/mix [1] https://github.com/rails/webpacker [2] https://blogs.msdn.microsoft.com/webdev/2017/02/14/building-single-pag…

Announcing .NET Core RC2 and .NET Core SDK Preview 1 https://blogs.msdn.microsoft.com/dotnet/2016/05/16/announcing-net-core… Announcing ASP.NET Core RC2 https://blogs.msdn.microsoft.com/webdev/2016/05/16/announcing-asp-net-… Announcing Updated Web Development Tools for ASP.NET Core RC2 https://blogs.msdn.microsoft.com/visualstudio/2016/05/16/announcing-up… ----- .NET Core RC2 is supported on the following platforms: Red Hat Enterprise Linux 7.2 Centos 7.1 Debian 8.2 (8.2, 8.3, 8.4)+ Ubuntu 14.04 (16.04 support is coming at RTM) OS X 10.11 Windows 7+ / Server 2012 R2+ Windows Nano Server TP5

First off, you picked a great time to ask this question because this week there's a free, online conference going on at https://www.dotnetconf.net/. There's a lot of good ASP.NET Core content, so you can see for yourself. One of my favorite things about the ASP.NET team is that a lot of them were community leaders - speakers, writers, open source library authors, etc. - before being hired at Microsoft. So it's hard to pick just one or two community leaders on the team, as pretty much everyone regularly speaks at conferences, publishes open source code, blogs, etc. So it's really hard to make a short list! Hopefully this is still useful to someone. As several others have mentioned, you really should start with Scott Hanselman (https://www.hanselman.com/ and @shanselman). [Disclaimer: he's my boss, but I joined his team because I was a big fan long before either of us worked at Microsoft] The ASP.NET Weekly Community Standup is a great place to connect both with the team and with the leading members of the developer community. It's at https://live.asp.net/ with Damian Edwards, Scott Hanselman and me. Damian Edwards (https://twitter.com/damianedwards) is the program manager for the ASP.NET team. During the show, I usually share 10ish links to top posts, open source projects, etc. by the community. We feel like the ASP.NET Community is made up of developers both inside and out of Microsoft, so you'll see a mix. The links are usually in the show notes, and we also tweet the…

Going back to .csproj files, but improving those. From [0]: "Question: project.json is going away? Sadface What were the things we liked? It was small, contained NuGet information, and could be edited by hand. Damian does not want to lose any of those benefits, and that is why they are working in several steps to complete this migration. Additionally, the team is building tooling at the command line so that you don’t have to work with the project file directly. Consider a possible npm-like command like “dotnet install json.net –save” to add a NuGet package to your project. There will be first class commands like this available. The new MSBuild will not have a complete list of every file, so that should reduce the size of the build file. It will still be XML, but the team is committed to making that experience better for all .NET projects. This will be an enhanced MSBuild that has all of the best parts of project.json" [0]https://blogs.msdn.microsoft.com/webdev/2016/05/11/notes-from-the-asp-…

Blazor[0] was what I was referring to, but you're right, I shouldn't treat .NET like it's only being used in that context. [0]: https://blogs.msdn.microsoft.com/webdev/2018/03/22/get-started-buildin…

Interesting, found these links for a bit more (incase anyone else is interested) https://www.hanselman.com/blog/NETAndWebAssemblyIsThisTheFutureOfTheFr… https://blogs.msdn.microsoft.com/webdev/2018/02/06/blazor-experimental…

Adoption is still zero on the projects I am involved with, to the point that one of the new features in Visual Studio is to access JavaScript libraries without any dependency on nodejs. https://blogs.msdn.microsoft.com/webdev/2018/04/17/library-manager-cli…

The default for Kestrel has been moved off of libuv, but you can choose to use libuv if you'd like. https://blogs.msdn.microsoft.com/webdev/2018/04/12/asp-net-core-2-1-0-…

Release notes: https://github.com/aspnet/Blazor/releases/tag/0.1.0 Blog post and tutorial: https://blogs.msdn.microsoft.com/webdev/2018/03/22/get-started-buildin…

Windows containers have been released for a while now, so it's perfectly possible to run windows workloads as well (https://blogs.msdn.microsoft.com/webdev/2017/09/07/getting-started-wit…

Better link to announcement blog post: https://blogs.msdn.microsoft.com/webdev/2017/08/14/announcing-asp-net-… Related .NET Core 2.0 announcement: https://blogs.msdn.microsoft.com/dotnet/2017/08/14/announcing-net-core…

Just a note that SignalR is being worked on, we announced as much in the .NET Core 1.0 blog post here: https://blogs.msdn.microsoft.com/webdev/2016/06/27/announcing-asp-net-… (The above says "later in 2016" which was a bit optimistic of us, but its being worked on)

> React expects you to do your development on some flavor of Unix, and really doesn't have a sane plan for Windows, so you lose VS.NET and its huge productivity gains. I've done both React projects with Python and C# apis. React is perfectly usable in VS.NET - are you aware of the Task Runner Explorer - https://blogs.msdn.microsoft.com/webdev/2016/01/06/task-runners-in-vis… - hooks whatever you want into the build cycle, watches etc - once I discovered that, everything just clicked into place.

There is another blog post here: https://blogs.msdn.microsoft.com/webdev/2016/06/27/announcing-asp-net-… (they have 2 blogs, one for ASP.NET and one for .NET) The stream on Channel 9 is about to start.

I think your comment is confusing RC1 with RC2. RC1 was a debacle. And their go live license was not particularly generous [1]: > Starting with the RC1, we are including a “Go Live” license ... [the] duration of this license for the RC1 last until the next release candidate or the completed release of ASP.NET 5 (called an RTM release) that is currently scheduled for Q1 2016. So if you did choose to use RC1 in a production environment, you'd be unsupported as soon as the next RC or RTM occurred. You'd need to spend time upgrading your projects. Which means you're taking a gamble on the size of changes between RC1 and the next release. [1] https://blogs.msdn.microsoft.com/webdev/2015/11/18/announcing-asp-net-…

Yes, 2 only applies to server-side Blazor. "Server-side Blazor" itself will be renamed[0] to Razor Components so as to disambiguate it with WASM-in-the-browser, which will still be called Blazor. Razor Components seems to be a blend of different kinds of web programming models, as described by the parent poster: - Traditional: POST + Redirect + GET - Single Page App: Thick client in JS - Razor Components: Traditional, but instead of POST+Redirect, it uses Web Sockets to asynchronously update state. Razor Components are being shipped because it's building off well-known, mature technologies. OTOH, Blazor (WASM in browser) is still baking. For example, there is no tree-shaking to minimize the minimize the size of components needed to run your Blazor app. (IIRC, the average size of a basic nav app is ~2MB.) [0]: https://blogs.msdn.microsoft.com/webdev/2018/10/02/blazor-0-6-0-experi…

There's a problem with Blazor, and that is that its not ready. Which is why they're shipping server side Blazor [0], which is all the stupid parts of Blazor with none of the benefits. Don't get me wrong, the idea of running .Net in WASM is very appealing to me... but server side Blazor is a daft idea, and it's a mistake. Here's the model: - Your component view state is rendered on the server. - A delta is sent to the front-end. - The frontend updates the DOM in the browser. - Any DOM event is sent to the server. - repeat. Seems ok? However, the problems here to understand are: 1) Every UI interaction, from mouse focus, to mouse drag, to click to button down, is sent down the wire to the server to be processed. For high latency situations, this will feel terrible. 2) Every client shares the same server cluster. As such, it scales badly; your application may perform well with 10 users, but for 100 users, you have 10x as much server work happening. Not business logic... UI logic. Will it scale? No one knows, but the money is on 'no'. The server scale-out demands will scale with people viewing the website; effectively this means the UI will lag out under load when the server is busy, the exact opposite of modern SPA applications and apps that remain superficially responsive under server load, and compounding issues generated from (1). 3) As many of the examples show, server side Blazor shows how you can execute arbitrary code on the server as part of your components…

For traditional sessions: 1. All You Ever Wanted to Know About Sessions In Node.js (Stormpath) - https://stormpath.com/blog/everything-you-ever-wanted-to-know-about-no… 2. Express.js Production Best Practices - https://expressjs.com/en/advanced/best-practice-security.html 3. express-session (npm module) - https://ewiggin.gitbooks.io/expressjs-middleware/content/express-sessi… 4. Node.js authentication strategy using Passport.js and Redis - https://blog.risingstack.com/node-hero-node-js-authentication-passport… For JSON Web Tokens: 1. JWT Handbook: https://auth0.com/e-books/jwt-handbook 2. IETF Specification: https://tools.ietf.org/html/rfc7519 3. https://jwt.io/ 4. Authentication in React Applications, Part 2: JSON Web Tokens - https://vladimirponomarev.com/blog/authentication-in-react-apps-jwt 6. Token Authentication Implementation - https://docs.docker.com/registry/spec/auth/jwt/ 7. JWT Validation and Authorization in ASP.NET Core - https://blogs.msdn.microsoft.com/webdev/2017/04/06/jwt-validation-and-…