前端的mvc和springmvc 模块化开发有什么关系

在 SegmentFault,学习技能、解决问题
每个月,我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。
问题对人有帮助,内容完整,我也想知道答案
问题没有实际价值,缺少关键内容,没有改进余地
问题描述:我是个后端,最近刚接触npm,webpack等,用的是vue-cli脚手架搭建了一个前端开发环境,IDE是sublime text 3。后端我用的VS 2015,标准的MVC 5.0 框架。
目前我是是这么做的:1.首先是标准的.NET MVC 5.0
其中的ElementUI 是个前端工程,就像这样:
npm run dev 也能正常运行了。但我不知道怎么把构建好的页面,在MVC中使用,直接复制出来吗。那么各种JS包依赖怎么办。ES6的编译环境,我VS中也没有啊,不支持import语法呀。
答案对人有帮助,有参考价值
答案没帮助,是错误的答案,答非所问
指令是npm run build 。打包后的代码里就没有import之类新特性了...
同步到新浪微博
分享到微博?
关闭理由:
删除理由:
忽略理由:
推广(招聘、广告、SEO 等)方面的内容
与已有问题重复(请编辑该提问指向已有相同问题)
答非所问,不符合答题要求
宜作评论而非答案
带有人身攻击、辱骂、仇恨等违反条款的内容
无法获得确切结果的问题
非开发直接相关的问题
非技术提问的讨论型问题
其他原因(请补充说明)
我要该,理由是:
在 SegmentFault,学习技能、解决问题
每个月,我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。他的最新文章
他的热门文章
您举报文章:
举报原因:
原文地址:
原因补充:
(最多只允许输入30个字)MVC 模式前端应该写模板嘛?- 百度派
{{ mainData.uname }}
:{{ mainData.content }}
{{ prevData.uname }}
:{{ prevData.content }}
{{ mainData.uname }}
:{{ mainData.content }}
0 || contentType !== 1" class="separate-line">
:{{ item.content }}
JavaScript
前端工程师
MVC 模式前端应该写模板嘛?
问题说明(可选):
扫一扫分享到微信
这个问题涉及到专业的代码以及数学问题了,不是一句两句话可以给你解释清楚的,我们要通过实例和数据来分析。我觉得,如果你们的前端经理的观念是前端只负责静态demo输出,认为前端开发就只是html+css+少量...
这个问题涉及到专业的代码以及数学问题了,不是一句两句话可以给你解释清楚的,我们要通过实例和数据来分析。我觉得,如果你们的前端经理的观念是前端只负责静态demo输出,认为前端开发就只是html+css+少量js,那么,我认为你应该想办法把这个经理干掉,或撤退换一个项目。我的观点,在任何一个对用户体验有追求的互联网项目中,前端团队都必须接管所有展示层的业务,包括客户端渲染的模板和服务端的view层,因为只有前端来接管着这些业务,才能更好地把web性能优化做到极致。而且要理解这个问题,你要清晰地认识前段跟后端是什么,他们的界限分别在哪里,超过了会怎么样,产生什么样的结果?只要是前端的东西,后端不要过界,也就是说js的所有逻辑,后端不应该参与。谁过界,把他的手剁了,扔回去。当然,纯粹的静态demo也是可以模块化的,前些天回复了个话题,你可以参考。但我不太想去写那个使用文档。没为什么,觉得太简单了,自己参悟吧。你提出这样的问题,说明要么就是你的技术不够深,知识面不够广,要么就是你们整个团队都有问题,团队缺前端攻城狮,有的只是切图的。赶快给jieyou投简历去体验纯粹的后端。好了赶紧去查一下自己问题在哪里吧。
扫一扫分享到微信
在我看来,在任何一个对用户体验有追求的互联网项目中,前端团队都必须接管所有展示层的业务,包括客户端渲染的模板和服务端的view层,因为只有前端来接管着这些业务,才能更好地把web性能优化做到极致。如...
在我看来,在任何一个对用户体验有追求的互联网项目中,前端团队都必须接管所有展示层的业务,包括客户端渲染的模板和服务端的view层,因为只有前端来接管着这些业务,才能更好地把web性能优化做到极致。如果你们的前端经理的观念是前端只负责静态demo输出,认为前端开发就只是html+css+少量js。只要是前端的东西,后端不要过界,也就是说js的所有逻辑,后端不应该参与。谁过界,把他的手剁了,扔回去。你想我们设计外包,它是错误的,我们的设计团队是独立的,但这是我们的内部团队,所以让他们,只因为我们认为是有区别的工程师和设计师,一个好的工程师,几乎是不可能成为一个好的设计师同时,反之亦然,因此,不能,不应该混合工作。许多公司,包括facebook,试图使用整个堆栈工程师解决模板和数据逻辑连接工作,让工程师完成页面的一部分工作,我不得不说,当我们景观设计师毫米视图,来我秋天受伤的培养审美灵感,我们在宿舍里出汗玩视频游戏是好的,你怎么能指望我们挖脚大汉编写一个页面来让人觉得美丽……当然,纯粹的静态demo也是可以模块化的,前些天回复了个话题,你可以参考。但我不太想去写那个使用文档。没为什么,觉得太简单了,自己参悟吧。
扫一扫分享到微信
MVC 模式前端应该写模板嘛?
,才能进行回答
一个问题只能回答一次,请&nbsp点击此处&nbsp查看你的答案
4人关注了此问题登录以解锁更多InfoQ新功能
获取更新并接收通知
给您喜爱的内容点赞
关注您喜爱的编辑与同行
966,690 一月 独立访问用户
语言 & 开发
架构 & 设计
文化 & 方法
您目前处于:
12种JavaScript MVC框架之比较
12种JavaScript MVC框架之比较
0&他的粉丝
日. 估计阅读时间:
:开启与Netflix、微软、ThoughtWorks等公司的技术创新之路!
亲爱的读者:我们最近添加了一些个人消息定制功能,您只需选择感兴趣的技术主题,即可获取重要资讯的。
Author Contacted
语言 & 开发
211 他的粉丝
架构 & 设计
553 他的粉丝
0 他的粉丝
38 他的粉丝
JavaScript
42 他的粉丝
0 他的粉丝
0 他的粉丝
前端开发框架
0 他的粉丝
相关厂商内容
相关赞助商
告诉我们您的想法
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
Re: node.js 没有?
knockout很好
Re: knockout很好
Re: node.js 没有?
Re: knockout很好
Re: knockout很好
Re: 一点质疑
Re: 一点质疑
最佳实践之 Javascript MVC
Re: 一点质疑
easyUI和bootstrap 没有!!
Re: 一点质疑
Re: 一点质疑
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
赞助商链接
架构 & 设计
文化 & 方法
InfoQ.com及所有内容,版权所有 ©
C4Media Inc. InfoQ.com 服务器由 提供, 我们最信赖的ISP伙伴。
北京创新网媒广告有限公司
京ICP备号-7
找回密码....
InfoQ账号使用的E-mail
关注你最喜爱的话题和作者
快速浏览网站内你所感兴趣话题的精选内容。
内容自由定制
选择想要阅读的主题和喜爱的作者定制自己的新闻源。
设置通知机制以获取内容更新对您而言是否重要
注意:如果要修改您的邮箱,我们将会发送确认邮件到您原来的邮箱。
使用现有的公司名称
修改公司名称为:
公司性质:
使用现有的公司性质
修改公司性质为:
使用现有的公司规模
修改公司规模为:
使用现在的国家
使用现在的省份
Subscribe to our newsletter?
Subscribe to our industry email notices?
我们发现您在使用ad blocker。
我们理解您使用ad blocker的初衷,但为了保证InfoQ能够继续以免费方式为您服务,我们需要您的支持。InfoQ绝不会在未经您许可的情况下将您的数据提供给第三方。我们仅将其用于向读者发送相关广告内容。请您将InfoQ添加至白名单,感谢您的理解与支持。

我要回帖

更多关于 spring mvc 模块化 的文章

 

随机推荐