My perception is that the limited customisability is done on purpose by Apple to enforce a common look-and-feel of UI elements across all apps on the system. Also it of course reduces the API surface that Apple have to maintain.
I pretty much like it, both because it indeeds lead to a more consistent look and feel, but also because makes it easier for us to reject the weirdest design wishes from our clients - we can refer to that implementing the components from scratch will take a lot of time (= money).
For your claim of Microsoft's superiority, I find it very unfounded, it's superior in which way?
With Apple's tools, I can write my on controls, and change my own values and see them updated live in the designer.
What IB allows you to do is to subclass UIView, design your own controls in code and preview the results of changing instance variables directly in IB.
It depends on what kind of rendering one wants to present to the user/developer, even with DesignerAttribute one can provide a custom rendering for the control.
Here with a forms example, but similar way can be done for the XAML variants.