It looks like there have been a few nice additions to the GO! Which mean a few software modifications are required.
Great overview of the differences in the new GoModule base class. Just to add a little background, the SPI changes became necessary because (as of NETMF v4.3?) it was no longer possible to have multiple SPI objects open on the same SPI bus. In my experimental library I just create/dispose of an SPI object for each message, but I think in Chris' library he routes everything through a central, shared instance.
This change and the IRQ/GPIO line changes also help prepare for changes that could come with GoBus 1.5 (for things such as routing messages to GoBus hubs, etc.).
Making the module GUID an abstract property is mostly cosmetic but it does help simplify/standardize the module discovery and instantiation processes. It also makes sense since the ID is literally a property of the module
Matt