mixteam / mixsln Goto Github PK

目前框架提供了一种动态加载的方案：

用definePageMeta的方式，预定义一个page的name，route，js和css。在hash被监听后，加载这个page需要的js和css。

这种方法，其实有点死了。动态加载无非就是获取资源的时机。用任何动态加载的框架（比如requirejs）等，都可以达到这个目的。

所以会考虑，会修改目前的动态加载机制，作为插件提供。并不在写入核心系统。这样做不但灵活且不会给框架代码增加负担。

关于插件的功能，初步的想法是，在page的定义中，配置需要动态加载的资源，例如：

app.definePage({
resource:{
js: [...],
css: [...]
}
})

在页面执行startup之前加载完这些资源。

所以，在开发app时，必须引入这个page的js。和现有机制不同的是，现有机制需要另外写一个definePageMeta的js文件，增加了一些维护成本，但不需要引入这个page的js。同时，如果开发者不喜欢 这种动态加载的机制，可以抛弃这个插件，另行解决。

业务需求：

——“逛”的需求，不希望被打断。

使用无尽列表方式代替分页方案。

通过grunt，来初始化一个App项目。

和pd碰了下，确定在购物车webapp里探索组件化

背景

1. webapp购物车不够完善
2. 组件化是webapp的发展的趋势和基础

业务目标

1. 完成购物车的webapp改造
2. 形成购物车list，确认下单，商品详情3个独立业务组件

技术目标

1. 形成组件化技术规范

意义

1. 支持微淘其他产品插件化
2. 形成可直接复用的基础业务组件库
3. 实现最终的opoa目标

我碰到过一些应用的扫码webview，会把hash过滤掉。

RT

一早就有提供多个主题的想法（比如ios风格和android风格），主要是抽离出几个关键的颜色，尺寸属性。应该之后会采用less。在v0.4.x版本中搞定。