本文通过一个具体实例引见Kubernetes 扩展开辟，阐发了API Server的兼容性设想；基于部门源码引见了Kubernetes API聚合层道理和实现；最初还阐发了Kubernetes供给的东西链和客户端笼统，但愿为Kubernetes扩展开辟供给一些开导 。
所以我在参考Spring Cloud微办事手艺栈的根本上，连系本身的实战落地经验，也连系国表里一线互联网公司（例如Netflix，xamarin绑定点评，xamarin绑定携程，Zalando等）的开源实践，分析提出更切近国内手艺文化特色的轻量级的微办事参考手艺栈。但愿这个参考手艺栈对一线的架构师（或者是草创公司）有一个好的指点，可以或许少走弯路，快速落地微办事架构。
Xamarin。Mac目前面向Mac OS X Lion和Mountain Lion。Xamarin还建议开辟者利用最新版本的Xcode 4。5。2。
虽然Xamarin。Mac答应开辟者在分歧的平台之间共享营业逻辑，但与UI相关的所有代码都需要为Mac重写。Xamarin不供给跨平台的东西包，而是激励开辟者利用原生绑定，以确保使用法式在各个设备上显示准确。
我是Data Dashboard for iPad的主程之一，这个使用是（Xamarin。Mac）发布声明中的第一个进修案例。我们有相当多的代码复用了为WPF/Silverlight编写的C#代码。UI部门可能完全分歧，但大型使用中非UI代码仍是良多的。
我们还在进修若何以最佳的体例跨WPF和iOS这两个平台使用MVVM（该代码库目前不支撑Android）。Data Dashboard本身只支撑iPad，所以我们的UI代码只针对iPad。对于该使用，我们只是利用了苹果的MVC模式，每一个视图都有一个视图节制器，视图节制器背后的模子是能够跨平台的。
我们在Data Dashboard中利用了号令，并且我们会在当前的使用中更多地利用它。可是，为了让号令系统的工作体例与在WPF上的分歧，我们现实上是在MonoTouch上做了另一套实现。苹果实现号令的体例是通过ObjectiveC选择器和响应链。有的时候我试着桥接这两种体例，但MonoTouch里面的一些限制使这很难实现。
还有人在帖子里提到了Eto，一个“针对桌面和挪动使用法式的平台GUI框架”。对此，adamkemp回应道：
感谢，但我们不想利用跨平台的GUI API。xamarin绑定在设想UI时，我们但愿特地为特定的平台利用原生的UI元素，如许的UI看上去会有平台原生的感受。跨平台API只是用所有平台所共有的那小部门特征来生成UI，因而老是感受不太好。触摸屏与鼠标和键盘是分歧的，因而触摸屏的UI该当以触摸的思惟来设想，不应当从为键鼠设想的UI上移植。