组件化

最开始接触组件化的思想是通过写react。随着做的项目越来越多，组件化的思想显得越来越重要。 关于现在项目的分层，我在之前的博客中有介绍过。 在正常的业务场景下，我们会对项目做这样的分层。 基础组件 所谓基础组件，我们也可以把它理解成widget，也就是元件。比如Input，Button，AutoComplete等等。它们可以被用在任何地方。 业务组件 我理解的业务组件也就是component，这些组件由基础组件构成，根据不同的业务场景需要，形成了带有数据，带有逻辑的业务组件。当然这些业务组件同样可以被抽象成一个能够被多个模块组件使用的组件，比如页面底部fix的footer，它可能集成了首页模块，用户信息模块，产品列表模块的跳转信息等，所以每个模块都需要拥有它。 模块组件 这是我们根据具体的业务需求具体出的一个一个的模块，比如登录，商品详情页等等。它是业务组件与基础组件的集成。 所以回到最原始的问题，我们为什么要做组件化，通过上面的这种拆分，我们不难看出，组件化可以让我们的代码低耦合，我们不用像传统开发一样把所有的东西都揉在一起，从而极大的提高了我们的开发效率。同时我们避免了重复造轮子，提高了我们的代码质量，降低了维护的成本。 来源： oschina 链接： https://my.oschina.net/u/3607067/blog/1635535

序言 如何让程序员更容易的开发Web界面，是一个持久的话题，所有的从事相关开发的公司都会碰到这个问题，并且被这个问题所深深困扰。 Tiny框架也不得不直视这个问题，确实来说，想解决这个问题，也是非常有难度与深度的，业界也有各种各样的尝试，这也是有各种各样不同框架出现的原因。 Tiny框架构建者认为， 完全采用一种框架解决所有问题，是不现实的。而且即使目前找得到一种非常好的框架，暂时可以满足应用需要，但是随着技术的发展，业务的进化，就会慢慢变得不再满足业务需要。因此，Tiny框架构建从不再把做一套UI组件去适各种需求作为自己的目标。 反过来，我们看看在做Web应用中，可能会碰到的问题： UI中JS的引入与顺序，JS合并的问题 UI中css的引入与顺序，CSS合并的问题 UI中碰到性能问题时的影响范围，比如：一个树出现问题，要改动许多用到树的地方 代码重复的问题，同样的内容在许多地方都有，如果要改动就要改动许多个地方 整体布局调整困难的问题 程序员需要关注的内容太多的问题，JS,CSS,布局，后台业务，前台展现，尼玛界面工程师必须得是全才才可以搞得定所有问题。 开发效率的问题 执行效率的问题，前台响应要求速度更快 集群的问题 国际化的问题 ... 因此，我在以前写过一篇文章： UI开发的终极解决方案 感兴趣的同学，可以去看看，今天的目标是利用TinyUI框架的重构SmartAdmin