kissy组件与angular.js结合

[warmhug]

kissy有很多符合阿里业务的组件，但angular没有；
angular针对某些类型业务，能减少许多业务代码编写量，但kissy这方面貌似还不行；
能否把angular的优点与kissy丰富的组件结合起来？

但kissy组件开发似乎很多地方依赖kissy核心，那么能否考虑kissy组件编写规范不要那么依赖kissy核心，好能方便迁移到其他库或框架（angular、jquery...）里？

如果去kissy核心，把kissy组件改造起来似乎也没那么麻烦，但的确要改动不少地方。很显然不能同时用了angular和kissy的全部，那么基本核心的功能又有很多重复的地方。。。

[yiminghe]

如果有兴趣可以移植 angular 到 kissy， angular 本身对基础类库无要求，直接引没有多少重复，相对于复杂业务，基础代码的重复不算什么

[minghe]

简单移植 angular ，没什么意义，用的人估计也不多。可以把mvc改改，增加类似ember.js的双向绑定，基于xTemplate去扩展一些绑定语法，比如:{{bindAttr}}，{{action}}

[nanqiu]

去 kissy 核心这个怎么做。。。感觉我们开发时用的最多的就是核心。。。

[lifesinger]

可以把 kissy 核心封装成2-3模块，让 kissy 的组件目前依赖底层 2-3 个模块即可。部分组件也可以选择不依赖，直接基于 jq 等 dom 模块去开发。上层组件从接口上去支持 angular 即可。

arale 目前也在尝试做这一步工作。

[warmhug]

@minghe 双向绑定虽然是angular的主要功能，但其优点并不止于此吧，所以简单的把angular部分功能融入kissy当成kissy的一部分，将使kissy变得越来越臃肿，好像大杂烩一样。kissy组件严重依赖kissy核心，这个设计也并不一定好吧？所以个人支持 @lifesinger 的看法，把kissy核心提供的功能明确化，并且适当做下封装，kissy组件依赖哪些核心功能，最好能便捷的抽离出来，好能低成本的迁移kissy组件到其他基础库里；现在看来许多kissy组件如果换成其他核心，的确要改动不少地方呢。

[yiminghe]

kissy 组件就是依赖 kissy 的模块啊，除了类似 jq 的核心还有一系列基础架构，往其他类库直接移植是有点费事的，一般容易移植的是各个独立的组件，这个和kissy的定位不一样，kissy 是要做一整套东西，不是某个组件。

PS： 我最近真的很烦，大家怎么都要这么问，如果真想换，大家投个票，kissy 删除了好了