JSI的导入指令参数顺序调整意见征询

$import(path,colot,col)

$import(path,
            callbackOrLazyLoadOrTarget)
$import(path,
            target,
            callbackOrLazyLoad)

API的改动，你是否要保持向前兼容？

我给点参考，pies旧版本的api（新版本的设计思路不同，略过）是这样的：

$import(uri:String):packageObject

$import(packageNamespace:PackageNamespace):packageObject

前者的例子如：

$import("http://www.example.com/scripts/lib/test/pkg1.js#ClassA,ClassB;ClassC,ClassD");

后者的例子如：

$import(pies.test.pkg1);

$import调用会返回容器，比如可以：

var my = $import(pies.test.pkg1);

var c = new my.ClassC();

这里源于一个与jsi不同的设计，就是一个package里会定义某些name是直接到global，某些是不会到global（这个设计是按照moz老的JS2草案和参考perl的module的），必须通过pkg = $import()调用来获得pkg对象。

此外，这里没有考虑异步加载的问题。

然而，在我完成旧pies之后，我逐渐觉得import到全局空间是存在一定问题的。这其实削弱了pies（或jsi或类似方案）的意义，因为全局空间上导入的名字总是越来越多。

理想状况是始终导入到target，强制使用者首先考虑import到一个容器的方式，而不是直接什么都码到全局空间。我考虑了这样一种API：

var my = $import(jsipkg1);

my.$import(jsipkg2);

my.$import(jsipkg3);

即在返回的容器上带有$import方法。这样，可以如此：

var my =

$import(jsipkg1).

$import(jsipkg2).

$import(jsipkg3);

当然这样存在一个问题，即无法判断是否导出到global。这也是我的用意，不允许直接导出到global，如果要导出到global，则必须通过某种显式声明。比如

$import(jsipkg1).

$import(jsipkg2).

$import(jsipkg3).

to(window);

后来，我转向了pies新的设计（其实也不新了，但是我设计完毕后一直没有全部实现，惭愧）完全抛弃了这个做法，因为所有的命名空间都是托管的，所以就没有这个问题了。

因为jsi现在也致力于core的部分，我建议jsi也可以考虑一下怎么降低import到全局空间的负面影响。

如果就现有的API来说，lazy参数其实无所谓，我一向认为import的语义最好不要包含异步loading的问题，也就是是否异步不要在import时指定（或许可以在定义module依赖时指定）。

其实可以考虑把target提前，即import path, target 改为 import target, path。此外就算要加上col，也不必一定需要指定target的。

这样API其实是：

$import (target:Object, path:String)

$import (path:String)

$import (path:String, onload:Function)

$import (path:String, lasy:Boolean)

$import (target:Object, path:String, onload:Function)

$import (target:Object, path:String, lazy:Boolean)

这个重载是可以区分的。