edp
edp copied to clipboard
ecomfe
ecomfe develop platform
如图：  两次 `edp import esui`，第一次失败了，之后不会有错误提示，`dep` 目录为空。 偶尔也会成功，成功后提示 `edp INFO Impossible Mission Completed.`
@leeight 因为现在的`edp-package`在使用过程中还是有不少细节有问题的，这些细节很难说清楚，所以我整理了一个我认为合理的流程，看看是否能采纳到现在的功能中 第一次写完发现自己想的不对，又重写了一下……其实`import`和`update`就是同一个过程，只有一些细枝末节上是不同的，所以我整理成一个流程了 ## 效果 1. 被使用者明确指定的包是不用让使用者确认的，都明确输入指令要引入/更新一个包了，再问它“是否要引入/更新XXX”是多余的 2. 如果一个包在本地是没有的，但edp判断这个包是需要的（被依赖），也不用问用户要不要引入，不引入就完蛋了 3. 在`import`或`update`过程中，是可能涉及已经存在的包的`update`的，此时是需要询问用户的，要按照下面说的的流程进行 4. 开发者指定`import`一个已经存在的包不应该被允许，应该提示“请使用`edp update`”。同样`update`一个不存在的包也是不行的 5. `import`或`update`过程不应该把未指定的包（如被依赖的包）加入到`package.json`中，比如我`edp import er`，你不能在`package.json`的`dep`中加上`eoo`这一项 6. 任何时候不要依赖`dep`下有多少目录，这个逻辑肯定是不对的，`package.json`和`module.conf`才是入口 ## 使用方法 1. `edp import/update package`用来拉取1个指定的包，区别就在上面说的，已经存在的包不能`import`，不存在的包不能`update` 2. `edp import/update package...
希望可以将这样的代码： ``` javascript var content = require('text!./content.tpl.html'); ``` 经过处理后变成 ``` javascript var content = '...content.tpl.html的内容...'; ``` 考虑到我们还有基于`tpl!`插件进行处理的`TplMerge`处理器，因此我们是否可以抽象一套基于AMD插件的处理逻辑出来，比如检测指定名称插件的`require`，找对应的资源文件读取内容等
目前想移除一个已经 `import` 进来的包，只能手工做。 希望有个移除包的功能，类似 `bower/npm` 的 `uninstall`。 PS: 不用 `remove` 或 `uninstall`，是为了避免与 `edp install` 的反向操作产生歧义。
例如在`copyright.txt`里写成这样 `'/*! ' + new Date().getFullYear() + ' XXX Company. All Rights Reserved */\n'`
