@ETiV 我用的IDEA的插件。。你可以再webstorm，phpstorm等等JB家族的IDE上装插件。当然sublime也可以用，不过感觉没IDEA的插件来的爽

@orvice 是啊Revel还是挺好用的

买通闺蜜

其实根本不存在这种人，完毕

@ciwonderful 这个想法不错，可以搞搞

@banxi1988 有兴趣，可以一起来维护哈

@pheyer 简单动画可以把UIView用Swift取出来，再更新约束，做动画。其实HTML仅仅是一个辅助工具，如果动画很复杂，完全可以纯Swift实现。以后会考虑HTML里如何实现动画的方案

@sobigfish 既然开源了，大家脑洞有多大，就挖多大坑好了

@sobigfish 目前还没有考虑这些特性

@sobigfish 这个框架其实主要语言是Swift，应该算原生开发，所以不存在这些问题。这里的HTML知识UI布局里的一个辅助工具

@zonghua java应该不能把，有java转OC的，google不是出了一个么j2oc?

@jetbillwin 这类应该算对跨平台，或者对降低开发难度的一种探索吧

@zpvip 这话说的。。开发IOS只有Swift OC 或者C++也算一个的话，其他都是做的封装

最近也在做消息流，我的想法是这样的，当然采用的是nosql。
1.用户发布一条消息的时候，向所有的好友们的timeline里面都插入这条消息。虽然看上去数据量会很大，不过再仔细想想，这里的“每份”不需要存储完整信息，只需要存储消息的ID和时间（可能需要）。再说了以空间换时间，这种做法在nosql里还是很常见的。
2.这样做的缺点：
就导致了消息流不可以被编辑和修改，不然每个好友的timeline都要更新，所以微信仅仅提供了删除的功能。
3.微信还有一个消息屏蔽功能，发布的时候时候需要考虑屏蔽的人的话，那就还要去读取每个有权限阅读的人的屏蔽人清单，然后根据每个人的清单去决定是不是放到这个人的timeline中，显然这又会增加多大的计算量。但是仔细一想，都已经好友们每个人都有一份自己的timeline数据的话，那就简单了，客户端渲染的时候，读一下自己的屏蔽列表，然后该隐藏的隐藏，都不用做什么关联查询，也算这种做法的优点。

大概就是这么多，这样做可以实现多台服务器做分布式，牺牲一点空间还是很合算的。

这有什么好喷的。又不是要钱的。
还有这是给iDev的帖子，不开发iOS的就别来凑热闹了