Related to #1543, it's very easy to introduce transparency-related bugs with ColorBgra from mixing up straight alpha vs premultiplied alpha.

Since this is our pixel type for directly manipulating a Cairo.ImageSurface's data (which is always premultiplied alpha), I think ColorBgra also should only ever store premultiplied alpha

• Check usages of ColorBgra.FromUInt32(), e.g. RandomColorBgra()
• Remove usage of ColorBgra.Blend(), which expects straight alpha (see Add a replacement for ColorBgra.Blend() which didn't use premultiplied alpha #1546 )
• Replace ColorBgra.NewAlpha() with a version that expects the color to be in premultiplied alpha (done in Port ColorBgra.NewAlpha() to work with premultiplied alpha #1645)
• ToPremultipliedAlpha() and ToStraightAlpha() should be made private if possible. The conversion functions to and from Cairo.Color (which is in straight alpha) should do the alpha conversion as well since it's very easy to accidentally miss this.
• Verify the correctness of ColorDifference() which seems to multiply by alpha (done in Fix the color difference comparison's handling of alpha #1639)
• The HexString-related methods could likely be merged into Cairo.Color (done in Consolidate methods for converting colors to/from hex strings #1626)
• Audit the UnaryPixelOps and UserBlendOps for correctness