因为被派去协助别的组，有机会写了一下react，发现ICE做的那一个套件用来搭建后台系统真的太给力了（插一句必入table组件其实是可以把删除添加座位基础方法加进去的）。因为看了demo的代码以及对于jsx语法的不熟悉，所以一时不知所措把css写在哪里才发现react对于css的处理已经不同于原来传统对于css的定义了，参考这篇文章
react很核心的思想就是：1. 数据和ui分层；2. 组件化；第二点其实也是建立在第一点之上的，在后台系统中的运用简直太合适了，跟我当时在考拉的时候想做的是差不多，但是react的组件用起来真的太方便，直接把数据props传进去component就可以直接展示了。然而有点跑题，写这篇文章主要是想说对css观念的冲击给我带来的冲击，传统的css发展了这么多年，在每个阶段有开发者为他提供开发工具比如sass、less之类的简化当时的流程。然而css本身是有一些缺点比如css是一个很全局的东西，命名空间都需要自己加（所以才有了sass&less类的“编程语言”），而且很多情况下并不能复用，我也一直觉得很多时候都想写inline style，然而为了可维护性都尽量写在了css文件中。
然而爆栈网的上文中把style的作用归类为了 1. Layout； 2. Appearance；3. Behavior & state；其中Layout是不适合作为inline－style去写的，而后面的Appearance是最方便写inline style的，而第三个因为state变化的（比如hover、activate状态的）引起的样式变化，因为react本身就有状态的管理所以很自然的就可以用inline style来处理。这给人感觉就是真的从一件事情的本质去思考为什么有了现有的问题及解决方案的，包括react这个框架的出现也是一样。
有机会真的应该看看react和jsx、css的几个conf，真的会拓宽很多思路，包括今天在stackexchange上看到的puzzle也很有趣，相比掌盟上毫无意义的评论，reddit上对于s6的评价要精彩的多。这几天对代码工程化的思考和看了《松本行弘的程序世界》中关于软件开发的原则的总结，很大程度上都归结于DRY（dont repeat yourself）而这很大是靠封装和多态性，暂时是比较认同。又一次发现要把自己的视野再放大一点啊。。。
