spm3.7beta使用中总结遭遇的2个困惑

[kun-guo]

1、standlone打包后,js、模板(tpl,html,handlebars)、css等，文件会超大，PC端也可以接受,但是移动端一下加载这么大的文件时候,问题出现了，会超慢。
如果能异步，首先加载必要模块,然后加载对应单页页面时，再异步加载对应的模块 不是很happy了。当然我可以选择spm-sea，但据说后面不会再支持,那再spm里面,如何去改进优化呢.

2、css对应的图片路径问题。
打包后图片在根目录下,文件名hash处理。这样项目看起来很乱，对于吹毛求疵的人来说 这是不可接受的，根本不想手动去改路径,那样太痛苦。

3、开发环境问题,作为一个全栈开发，我需要前端与nodejs后端能同时进行，不仅仅只是用spm自带watch做前端,我采用seajs在页面做开发环境，开发完后，使用spm打包，然后每个页面都需要重新更改引入文件，体验不是很happy。
以上是我在使用spm过程中遇到的些困惑，若各位有比较好的解决方案，还望不吝赐教。
spm还是有很多的优点，期待越来越完善。

[wuguanghai45]

虽然很希望spm 完善起来。。但是spm 团队貌似已经放弃维护了

#1416

[hueitan]

@wuguanghai45 是发生什么事情造成不维护了吗？

[jaredleechn]

@Becky-Guo

1. load-on-demand
2. 最终发布都是自动完成，在服务器上文件名复杂一些应该没什么差别吧？
3. spm server --livereload doc

@huei90 @wuguanghai45

1. 包管理拥抱社区，采用 npm
2. 将精力更专注于工具功能本身
3. 后面会有新的工具提供，详情期待 @sorrycc 的更新

[kun-guo]

@jaredleechn 多谢，1 ，3点我验证尝试下,第2点还有疑问，每次spm本地打包后,dist/0.0.1/后面的的拷贝到服务器上就OK？ 那块儿的代码总需要改些东西 操 譬如图片background:url(..\img\a.jpg)中变成了反斜杠,其实图片名不需要hash后放到根目录下 直接output 图片目录到dist下 多好

[soda-x]

spm 维护到 3.9 之后 便 不再维护 . 3.9 将不再依赖 spmjs.io 所有依赖需要从 npm 上获取。

spmjs.io 也会在 2月初下线.

[soda-x]

另外你提到的问题 请用 file-loader 解决

[kun-guo]

@jaredleechn spm server --livereload 这个东西可以让我正常访问前端页面，但无法做服务器交互 开始就了解这东西了 所以才没有使用它 而采用的seajs-wrap的方式

[jaredleechn]

我采用seajs在页面做开发环境，开发完后，使用spm打包，然后每个页面都需要重新更改引入文件

spm server 后，你本地的前端资源就可以作为在线资源被使用了，并且修改会实时打包并反映到引用该资源的页面中，如果想做线上调试，spm server --proxy 也可以满足你的需求

无法做服务器交互

无法实现的服务器交互具体指什么？

[kun-guo]

js模块里面 会有一些ajax请求nodeJS服务端, 但是spm server 只能让我访问本地前端资源 。看到 --proxy 明了了，应该可以通过proxy访问nodejs的服务端接口

[kun-guo]

@jaredleechn 请教下以前有3.7的bata版 是不是全部放到3.6了

[jaredleechn]

不是，release 了 3.7