《学习 Meteor 实战》读后感

感谢图灵社区的电子书阅读奖励计划。

之前在了解「同构」时，就注意到了Meteor，介绍说这是一整套同构方案。但其实都没怎么听说国内有公司或者项目在用Meteor，那它到底好不好呢？

抱着了解下的心理，大概看了下，收获比预想的要多，Meteor是一个非常有意思的东西。

它介绍了一种想法，一种构建极致用户体验的想法，Meteor仅仅是为了实现这个想法的产物。而且仔细一想，现有的许多工具、框架，都是解决开发者的问题，没有为我们产品的实际使用者考虑。

有了想法，目标，Meteor就要构思如何实现这些想法，如何做到极致的用户体验，于是就衍生出了系统或者架构层面的思想，并以此为目标去实现相应的类库。

同时，Meteor的目标除了对用户友好，当然也会考虑到开发者友好，所以就尽量将所有可能的重复工作提前做好，开发者能直接使用。

尽管Meteor也抛出了许多在实际开发中会遇到的问题并给出了一些解决方案，由此来吸引开发者，比如

数据校验，名称长度不能超过 10，在客户端与服务端都需要做校验，同样作用的代码需要被写两次，虽然是两个人维护的。而需求改成长度不能超过 20，在客户端与服务端都需要修改。

当然，这其实是「同构」解决的问题。

最后，其实很多时候，新的技术或更好的工具，都是基于「更好的用户体验」产生的，为了让前端不写枯燥的DOM操作，所以有Angular，如何高效操作DOM，所以有React？
如何在极致的用户体验上更近一步呢？