84669 人が学習中
152542 人が学習中
20005 人が学習中
5487 人が学習中
7821 人が学習中
359900 人が学習中
3350 人が学習中
180660 人が学習中
48569 人が学習中
18603 人が学習中
40936 人が学習中
1549 人が学習中
1183 人が学習中
32909 人が学習中
假设有这样一个场景,后端代码用Java、Pyhton或者其他非NodeJS的语言,而前端使用CoffeeScript和其他框架,比如AngularJS。
那么,前端代码提交时应该是仅提交CoffeeScript代码吗? 需要把编译结果一并提交吗?还是说,在调试时一直watch,每次构建项目时需要先执行coffee -c再进行比如mvn install之类的操作。或者说,有更好的实践吗?
coffee -c
mvn install
拥有18年软件开发和IT教学经验。曾任多家上市公司技术总监、架构师、项目经理、高级软件工程师等职务。 网络人气名人讲师,...
这个是前端工程要解决的问题。不同的项目构建复杂度不同,前端要交付的东西也不一样。推荐看下 @前端农民工 的系列博客 https://github.com/fouber/blog/issues/10
前端工程
目前我负责的项目就是像你所言的流程
不过项目的不同操作方式不一样
一般两种情况:1 服务端动态渲染项目2 浏览器端OnePage项目
一般看url路由是服务端管理还是前端管理当前我负责的项目是jsp的服务端渲染作业流程:1 静态页面项目构建基础内容: COFFEE LESS HTML/JADE2 模块化封装 包括布局 组件 弹窗 类库等3 编译打包 LESS->CSS->CSSMIN COFFEE->JS->UGFILY->CONCAT JADE->HTML->dom_munger4 整合发布 dev+lib+templates->dist 并且图片 JS/CSS资源 使用绝对服务路径(前缀路径可通过环境变量设定)5 提供文档
这样服务端人员拿到dist里面的文件就可以转动态了,并且服务端岗位人员是不需要维护 header下的css及footer后面js的 而且assets/resouces 目录下不需要任何文件,因为用了绝对路径
其中涉及到页面内组件模块加载的JS代码 需要标注 "服务端请不要调用此JS" 因为静态演示和实际服务端转换后的效果是不一样的
其中在流程1之前,收到设计稿/原型图的时候,就要和服务端岗位人员进行讨论并确定布局及组件的封装和拼装方案,如果服务端是多人开发的,可以让API MODEL/DAO层的岗位人员一起参与
这个是
前端工程
要解决的问题。不同的项目构建复杂度不同,前端要交付的东西也不一样。
推荐看下 @前端农民工 的系列博客 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层的岗位人员一起参与