仅前端代码使用CoffeeScript的web工程开发流程
假设有这样一个场景,后端代码用Java、Pyhton或者其他非NodeJS的语言,而前端使用CoffeeScript和其他框架,比如AngularJS。
那么,前端代码提交时应该是仅提交CoffeeScript代码吗? 需要把编译结果一并提交吗?
还是说,在调试时一直watch,每次构建项目时需要先执行coffee -c
再进行比如mvn install
之类的操作。
或者说,有更好的实践吗?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
这个是
前端工程
要解决的问题。不同的项目构建复杂度不同,前端要交付的东西也不一样。
推荐看下 @前端农民工 的系列博客 https://github.com/fouber/blog/issues/10
目前我负责的项目就是像你所言的流程
不过项目的不同操作方式不一样
一般两种情况:
1 服务端动态渲染项目
2 浏览器端OnePage项目
一般看url路由是服务端管理还是前端管理
当前我负责的项目是jsp的服务端渲染
作业流程:
1 静态页面项目构建基础内容: COFFEE LESS HTML/JADE
2 模块化封装 包括布局 组件 弹窗 类库等
3 编译打包 LESS->CSS->CSSMIN COFFEE->JS->UGFILY->CONCAT JADE->HTML->dom_munger
4 整合发布 dev+lib+templates->dist 并且图片 JS/CSS资源 使用绝对服务路径(前缀路径可通过环境变量设定)
5 提供文档
这样服务端人员拿到dist里面的文件就可以转动态了,并且服务端岗位人员是不需要维护 header下的css及footer后面js的 而且assets/resouces 目录下不需要任何文件,因为用了绝对路径
其中涉及到页面内组件模块加载的JS代码 需要标注 "服务端请不要调用此JS" 因为静态演示和实际服务端转换后的效果是不一样的
其中在流程1之前,收到设计稿/原型图的时候,就要和服务端岗位人员进行讨论并确定布局及组件的封装和拼装方案,如果服务端是多人开发的,可以让API MODEL/DAO层的岗位人员一起参与