Beth Massi

Beth Massi

@bethmassi.net

ex-Principal Product Manager - .NET at Microsoft. MTBer, hiker, runner (kinda), cook, gardener, ex-race car driver.

682 followers151 following37 posts

Beth Massi
@bethmassi.net

I'm anticipating a lot of shenanigans in this one...

Aspire 💫@aspire.dev

Don't miss the #AspireConf keynote with @maddymontaquila.net @DamianEdwards.com @davidfowl.com March 23 | 9:00-10:00 AM PT ⌚Set your reminder: conf.aspire.dev?cid=aspireco...

Beth Massi reposted

Aspire 💫
@aspire.dev

📣 It's happening! 📣 Come meet the new Aspire at #AspireConf on March 23. Join our livestream at 9am PT for a packed day of sessions for all developers, no matter your skill, language, or stack. Save the date: aspire.dev/aspireconf?c... #Python #TypeScript #JavaScript #dotnet #AI #AspireDev

Beth Massi reposted

Tim Purdum
@timpurdum.dev

Nice article by @rocky.lhotka.net about Maui Blazor Hybrid!

Rockford Lhotka’s Blog [Unofficial]@blog.lhotka.net.web.brid.gy

blog.lhotka.netWhy MAUI Blazor HybridIt can be challenging to choose a UI technology in today’s world. Even if you narrow it down to wanting to build “native” apps for phones, tablets, and PCs there are so many options. In the Microsoft .NET space, there are _still_ many options, including .NET MAUI, Uno, Avalonia, and others. The good news is that these are good options - Uno and Avalonia are excellent, and MAUI is coming along nicely. At this point in time, my _default_ choice is usually something called a MAUI Hybrid app, where you build your app using Blazor, and the app is hosted in MAUI so it is built as a native app for iOS, Android, Windows, and Mac. Before I get into why this is my default, I want to point out that I (personally) rarely build mobile apps that “represent the brand” of a company. Take the Marriott or Delta apps as examples - the quality of these apps and the way they work differently on iOS vs Android can literally cost these companies customers. They are a primary contact point that can irritate a customer or please them. This is not the space for MAUI Blazor Hybrid in my view. ## Common Code MAUI Blazor Hybrid is (in my opinion) for apps that need to have rich functionality, good design, and be _common across platforms_ , often including phones, tablets, and PCs. Most of my personal work is building business apps - apps that a business creates to enable their employees, vendors, partners, and sometimes even customers, to interact with important business systems and functionality. Blazor (the .NET web UI framework) turns out to be an excellent choice for building business apps. Though this is a bit of a tangent, Blazor is my go-to for modernizing (aka replacing) Windows Forms, WPF, Web Forms, MVC, Silverlight, and other “legacy” .NET app user experiences. The one thing Blazor doesn’t do by itself, is create native apps that can run on devices. It creates web sites (server hosted) or web apps (browser hosted) or a combination of the two. Which is wonderful for a lot of scenarios, but sometimes you really need things like offline functionality or access to per-platform APIs and capabilities. This is where MAUI Hybrid comes into the picture, because in this model you build your Blazor app, and that app is _hosted_ by MAUI, and therefore is a native app on each platform: iOS, Android, Windows, Mac. That means that your Blazor app is installed as a native app (therefore can run offline), and it can tap into per-platform APIs like any other native app. ## Per-Platform In most business apps there is little (or no) per-platform difference, and so the vast majority of your app is just Blazor - C#, html, css. It is common across all the native platforms, and optionally (but importantly) also the browser. When you do have per-platform differences, like needing to interact with serial or USB port devices, or arbitrary interactions with local storage/hard drives, you can do that. And if you do that with a little care, you still end up with the vast majority of your app in Blazor, with small bits of C# that are per-platform. ## End User Testing I mentioned that a MAUI Hybrid app can not only create native apps but that it can also target the browser. This is fantastic for end user testing, because it can be challenging to do testing via the Apple, Google, and Microsoft stores. Each requires app validation, on their schedule not yours, and some have limits on the numbers of test users. > In .NET 9, the ability to create a MAUI Hyrid that also targets the browser is a pre-built template. Previously you had to set it up yourself. What this means is that you can build your Blazor app, have your users do a lot of testing of your app via the browser, and once you are sure it is ready to go, then you can do some final testing on a per-platform basis via the stores (or whatever scheme you use to install native apps). ## Rich User Experience Blazor, with its use of html and css backed by C#, directly enables rich user experiences and high levels of interactivity. The defacto UI language is html/css after all, and we all know how effective it can be at building great experiences in browsers - as well as native apps. There is a rapidly growing and already excellent ecosystem around Blazor, with open-source and commercial UI toolkits and frameworks available that make it easy to create many different types of user experience, including Material design and others. From a developer perspective, it is nice to know that learning any of these Blazor toolsets is a skill that spans native and web development, as does Blazor itself. In some cases you’ll want to tap into per-platform capabilities as well. The MAUI Community Toolkit is available and often provides pre-existing abstractions for many per-platform needs. Some highlights include: * File system interaction * Badge/notification systems * Images * Speech to text Between the basic features of Blazor, advanced html/css, and things like the toolkit, it is pretty easy to build some amazing experiences for phones, tablets, and PCs - as well as the browser. ## Offline Usage Blazor itself can provide a level of offline app support if you build a Progressive Web App (PWA). To do this, you create a standlone Blazor WebAssembly app that includes the PWA manifest and worker job code (in JavaScript). PWAs are quite powerful and are absolutely something to consider as an option for some offline app requirements. The challenge with a PWA is that it is running in a browser (even though it _looks_ like a native app) and therefore is limited by the browser sandbox and the local operating system. For example, iOS devices place substantial limitations on what a PWA can do and how much data it can store locally. There are commercial reasons why Apple doesn’t like PWAs competing with “real apps” in its store, and the end result is that PWAs _might_ work for you, as long as you don’t need too much local storage or too many native features. MAUI Hybrid apps are actual native apps installed on the end user’s device, and so they can do anything a native app can do. Usually this means asking the end user for permission to access things like storage, location, and other services. As a smartphone user you are certainly aware of that type of request as an app is installed. The benefit then, is that if the user gives your app permission, your app can do things it couldn’t do in a PWA from inside the browser sandbox. In my experience, the most important of these things is effectively unlimited access to local storage for offline data that is required by the app. ## Conclusion This has been a high level overview of my rationale for why MAUI Blazor Hybrid is my “default start point” when thinking about building native apps for iOS, Android, Windows, and/or Mac. Can I be convinced that some other option is better for a specific set of business and technical requirements? Of course!! However, having a well-known and very capable option as a starting point provides a short-cut for discussing the business and technical requirements - to determine if each requirement is or isn’t already met. And in many cases, MAUI Hybrid apps offer very high developer productivity, the functionality needed by end users, and long-term maintainability.

Beth Massi reposted

.NET Foundation
@dotnetfoundation.org

📣#TrailBlazor Conference—FREE virtual on June 26 2025! Dive into Blazor, .NET MAUI & Oqtane with @danroth27.bsky.social, @bethmassi.net, @sbwalker.bsky.social, Michael Washington + the Microsoft #Blazor team. Connect, learn, innovate. Register: hubs.li/Q03kmbNW0 #dotnet

hubs.liTrailBlazor Conference – For Blazor & Oqtane DevelopersSome amazing speakers from Microsoft and the .NET Community will be sharing their experiences with Blazor, .NET MAUI, and Oqtane.

Beth Massi reposted

Gerald Versluis
@jfversluis.dev

Woohoo! Added another .NET MAUI customer story to the official website! Thank _you_ PartyFellow people for this amazing project and sharing it with us and now the world!

partyfellow.bsky.social@partyfellow.bsky.social

We’re proud to be featured in a Microsoft’s Customer Showcase! Huge thanks to Microsoft and the .NET community for the support, with a special mention to @jfversluis.dev for the help along the way. Learn how we built PartyFellow with .NET MAUI and Azure: dotnet.microsoft.com/en-us/platfo...

dotnet.microsoft.comArctic Fusion streamlines party planning with .NET MAUI and Azure | .NETArctic Fusion was born out of a desire to create innovative mobile applications that simplify everyday tasks. The company's first venture, Party Fellow, addresses a common problem in event planning: c...
Beth Massi
@bethmassi.net

I'll be talking about #dotnetMAUI on this one. Should be a good one!

XAML Llama 🦙@xamlllama.bsky.social

🚀 Join the Windows Dev Chat on 12/12 at 9AM PT / 18:00 CET! This first themed episode will focus on streamlining supported client platforms for new developers ✨ Don't miss it! #WinDevChat Link: https://msft.it/6011oEBbS #WindowsDev

msft.itWindows Dev Chat - Dec 12, 2024Don't miss the first themed episode of Windows Dev Chat! ✨This time we'll focus on streamlining supported client platforms for new developers. We’ll approach...
Beth Massi
@bethmassi.net

I guess I should properly introduce myself since I'm new here. I'm a Product Manager at Microsoft working on .NET MAUI. Before that I was the Marketing Director for .NET and served on the board of directors for .NET Foundation. Before that, I was the community manager for more than a few RAD tools.

Beth Massi@bethmassi.net

I just joined Bluesky today because I'm just tired of the weirdo cringe borderline porn ads in my X-Twitter feeds. And please don't ask me about VS LightSwitch. It wasn't my fault.

Beth Massi
@bethmassi.net

Some of those tools included Visual Basic, Visual Studio Tools for Office and Visual Studio LightSwitch. If you've never heard of these thing, you're probably just young.

Beth Massi reposted

Jon Bois
@jonbois.bsky.social

starting in the 8th overtime you snap the ball from the middle of the end zone and the only rules are that you're not allowed to vomit or cry

Beth Massi reposted

Merill Fernando 💚
@merill.net

So who wants a verified 'Microsoft' and 'Microsoft MVP' label on their profile and all the posts? I just finished setting up @bluesky.ms as a labelling service. Go subscribe to the label to start seeing labels on verified MVPs and Microsofties. 🧵👇

Beth Massi
@bethmassi.net

I just joined Bluesky today because I'm just tired of the weirdo cringe borderline porn ads in my X-Twitter feeds. And please don't ask me about VS LightSwitch. It wasn't my fault.

You are up to date.