主流数据库都支持表分区， SQLServer 需要企业版，国内版权应该不是问题， 为啥要分表呢？

楼主确认是在做分区而不是在分表？表分区在存储时根据指定规则将数据放在不同的区块，但是对外还是一张表，对 SQL 查询来说是没有影响的

我的 Nexus4 也是 cm13 ，想加密也加密不了

发一个 Wi-Fi 万能钥匙给他

@kanezeng 握个爪，也是 C#老司机

我觉得最大的问题还是时差，想起来刚毕业的那段时间，老外是米国的，经常要半夜聊天开会，完全颠倒的感觉。 不过对老外的工作方式非常钦佩，前期的准备工作非常到位，对开发人员也很尊重。

不像国内的客户，总当自己是爷。

顺便介绍一下自己， C#老司机，做过 asp.net ， Silverlight ， wpf ， wcf ， xamarin/iOS/Android ，现在主要研究 mono + owin ， .net core ， 前端 angular1/2 ， node JS/npm/gulp 也玩， 还有 docker 。

mail ： beginor#qq.com

@zoumouse 呵呵， IT 之家的段子手也能信？ 在 Windows 上“运行”（其实是看到）的 iOS 模拟器的原理是 emulator remote ，没有 Mac 玩个啥？

@zoumouse 那玩意是截 Mac 上 iOS 模拟器屏幕的

家里的 kindle4 吃灰好久了， 6 寸屏只适合看 txt 小说，看 pdf 太受罪了。

@plqws 其实很多库都可以在 mono 上运行了， mono 对.net 服务端支持的非常好，许多著名的开源的类库（ spring.net ， castle ， NHibernate ， json.net ， log4net ， nunit 等）都能完美运行。

就 Xamarin studio 来说，本身也具备全局代码分析能力，还有单元测试集成等功能， 可以说在 C# 代码编辑方面说比单独 VS 要强，但是肯定不如 VS+R# 。

@bdbai 所谓的 vs for mac 就是现在的 xamarin studio ，换了个马甲而已， xamarin studio 已经稳定版，占用资源非常少，推荐使用。

Mac 不是必须的，但是 macOS 是必需的，可以在虚拟机跑，用 vmware+unlocker 装 macOS 已经非常简单了；

iOS 第三方库可以用，不过麻烦的是要做绑定，就是把.h 头文件翻译成 C#，有个半自动的工具， Objective sharpee, 可以干一部分工作， 但是手工调整是少不了的，尤其是你想使用 C#的专属特性时，比如事件，委托， lambda 等， 不过不用担心，流行的库应该都有了， dx ， ca 等大牌控件厂商也有了相应的产品；

使用 xamarin 的应该都是.net 老司机了，大量的 C#第三方类库可以直接用，也支持 async/await ，这才是 xamarin 最大的优势；

我认为用 xamarin 开发 iOS 最正确的姿势还是在 Mac 上运行 xamarin studio ，实在离不开 vs 的话，在 mac 上开虚拟机跑 win+vs ，然后连接 Mac 物理机。

不用期待，这货就是 xamarin studio ， xamarin 已经并入微软， 开发工具也跟着改名， 微软改名部又立功了。

应该说 component 是简化版的 directive ，但是具备了生命周期的概念

刚入 ZUK Z2 PRO , 觉得还行， 楼猪预算高可以考虑尊享版， 想折腾的话就解锁刷 CM/魔趣 /原生，不折腾就用原生的 ZUI 。

不过这机子没有 NFC

@kslr @bdbai 可以用 cordova 开发混合 app ， 或者上虚拟机， 用 wine 跑出来的 vs 太不靠谱。 我逃！

咋不说搞 WPF 开发呢， 如果只是服务端，可以用 Linux ，但是如果是客户端界面开发，还是老老实实用 Windows 吧，就像你做 iOS 开发一定得 Mac 吧

哦， 对了， 最终交付给客户的是 docker 镜像

我在坚持这条路， 运行环境不是半残废的 .NET Core , 而是 Mono + OWIN + WebAPI ，主要开发工具 MonoDevelop (官方源里面的版本太旧， 我自己编译了最新版), Mac 下可以使用 Xamarin Studio (这货就是原来的 MonoDevelop + 移动开发插件) 写 C#, VSCode 写前端代码， 偶尔也尝试一下 Project Rider 。