几个缺失的功能 about edp-build

[errorrik]

你怎么跑这来了

1. 没理解
2. 有想法没计划，主要是没排出时间来。。。
3. 同2
4. 没理解
5. 暂时不想构建工具去动模板自动合并，因为合并策略不好弄，并且还涉及到顺序问题（比如master必须在target前）。现阶段做法是，通用的写一个，其他的随action加载。我本来是想升级模板引擎的时候再弄这事。不过9－10月去日本，这事稍微大了点，估计得国庆后了
6. AbstractProcessor有随着其他的Processor类都暴露出来的，就叫AbstractProcessor。

[otakustay]

1. 就是我们这文件编译后要求在js和css文件内容前面加个/*! 2013 Baidu Inc. All Rights Reserved */，就这么简单一事
2. 这个蛮麻烦，我们慢慢来
3. 现在我知道的就有知心是一个开头有dev、debug、release等状态，上研不少项目是window.DEBUG = true
4. 就是让uglify压缩js的时候生成个source map，调试的时候chrome好把压缩的js再弄回没压缩的样子，对应uglify的--source-map-xxx几个选项
5. 不急，第一版本就让他线上去按需加载好了，后续慢慢想办法
6. 关键是这样，我在一个独立的文件里去写一个Processor类，那是require不到AbstractProcessor的，只有edp-build-config.js才能拿到这个类，但是把所有项目自定义的处理器写在edp-build-config.js里面总不太漂亮。要折腾就是edp-build-config里export一个东西把AbstractProcessor弄出来，自定义处理器require('edp-build-config')，再精心处理掉循环require的事……显得麻烦就是了

[errorrik]

1. 好吧，这事。。。
2. 嗯，空了讨论着来
3. 嗯，分文件肯定稍微麻烦些，回头过两天给你看个东西

睡去先，发烧思路不太清醒

[errorrik]

3 -》 6

[leeight]

@errorrik

不过9－10月去日本

带点"特产"回来。

[leeight]

1. PASS
2. PASS
3. 这个貌似不是DEBUG自己的问题，而是类似uglify或者gcc，支持编译参数的功能，我理解它们应该都支持吧，只是没做处理或者没地方传递进去？像微购的项目，就需要在编译的阶段传递多个参数，比如PC=true, PAD=false, MOBILE=false之类的参数进去。
4. PASS（我们对这个的需求不是太大）
5. PASS（都合并了）
6. nod。把edp-build, edp-config之类跟edp合并回来吧，我个人其实感觉没啥必要...

[otakustay]

1. 确实编译器来搞更合适，还能直接删掉好多分支
2. @leeight 你们那边tpl合并后，原来在源码中的require('xxx.tpl.html')怎么办？或者你们不使用AMD加载模板？

[leeight]

@otakustay 我们只有一个很小的项目用到了AMD，不过已经不归我们维护了（http://tbg.baidu.com/），这个项目里面是把模板都写死到页面里面了，你看源码就能明白。普通的业务端项目，还没有用到edp build，不过也有合并模板的需求，但是没有用到master之类的高级功能，所以模板之间是基本没有什么依赖的，根据action的依赖顺序，弄出一个模板的顺序，直接合并就好了。

[leeight]

@otakustay AddCopyright我已经从你们的代码里面搬到edp-build里面了，后续可以直接使用了。

[leeight]

@otakustay ReplaceDebug也弄过去了

[leowang721]

md5renamer在凤巢这边是用了自定义的processor实现的，通过匹配决定是否进行换名（指定路径，主要是用在了静态资源），不过我们为了加版本号，有个方法处理，中间就是用了crypto搞得MD5rename

[leeight]

@leowang721 你能把你们的跟md5-renamer合并成一个么？如果不方便的话，把你们的processor也放到edp-build里面去，当做默认提供的processor得了。