⑴ 专科前端和电子商务哪个就业前景好
前端。
前端专业比较专一，需求巨大，而电子商务较为宽泛，仅作为专科学生来说，前端更合适一些。
前端就业前景：Web前端的工作无法被替代，发展趋势是可见的，客户需求是存在，前景是巨大的。电子商务就业前景：专科学生可以在呼叫中心从事电话营销、电子商务助理等文职的工作。
⑵ web前端可以做什么相关工作
1.网页制作，负责页面的设计与制作。
2.前端制作工程师，专门负责制作前端页面。
3.网站重构工程师，负责web页面的制作，主要是html和css部分，可能还需要知道一些Java语言。
4.前端开发工程师，其Web前端人员的职责范围也更大一些，他们的Web前端人员不仅要做HTML和CSS，还要做全部的Java或者Action，并且进一步扩展到Ajax甚至PHP等脚本语言的范围。
5.资深前端开发工程师，需要掌握的技能更多更全面，包含，小程序、app等等。
6.前端架构师等等。
⑶ html, 制作电商网站的一般流程问题
我们公司就是做网络商城的，商品添加购物车实际就是添加到数据库了。
正常情况下，前端做的数据处理本质只是让用户看的，你F12改一下就可能会导致传到后台的数据出问题。
我们公司的做法是后台也进行判断，当提交给后台的时候，后台要判断商品的单价和数量，例如库存是否足够，价格是否正确，防止出现问题。
⑷ 如何看待“大三前端小作业是不用框架2周写一个电商网站"
从要求来看，实现这一任务的难度明显低于清华雷的班。唯一的问题是时间相对紧张。一些网民贴出了该系去年的作业，但难度没有明显差别。然而，去年，三个作业各有两周，所以时间更充裕。今年，这三项任务被整合在一起，并且要求在两周内完成，因此时间相对紧张。这主要是因为学校因为流行病而无法开学。教师只能将三个作业整合在一起。
然而，布置作业的老师肯定不希望学生们在两周内写一个像淘宝和京东这样的网站。一些网民去年贴出了两个作业，一个是电影列表网页界面，另一个是在界面上添加数据库和服务器界面，这与这个作业的难度总体上没有太大的不同。
虽然作业文件显示可以咨询豆瓣和IMDb，但并不要求学生像这两个网站一样复杂。这位网友还贴出了他当时提交的作业，只要他实现了一个简单的网页。总之，虽然时间很短，并且不允许使用框架，但是只实现文档中所需的功能并不困难。
⑸ 学前端的干电商多吗
搬砖的多
⑹ 电商前端架构设计
什么是前端架构
说到架构，很容易拉出一系列的概念知识点，像系统架构、软件架构、框架等等，这些不是今天探讨的重点，大家可以下去网络来理解。架构的本质是什么？其实也是一种管理。通常我们所说的管理，都是指对于任务和人员的管理，而架构管的是机器和代码。比如说，机器的部署属于运维的物理架构，SOA属于服务架构，那么，前端的架构指什么呢？
长期以来，前端所处的位置是比较偏应用层，很薄的一层，而架构又要求深度和广度，所以之前在前端里面做架构，好比在小水塘里游泳，稍微扑腾两下就到处碰壁。但最近这几年来，随着一些列新的技术和概念的出现，前端的范围被大大拓展了，所以这一层逐渐变得大有可为。
单纯从语言的角度来说，html、js、css是最简单最容易上手的开发语言，不考虑模块化、工具、压缩优化，任何人都可以快速上手，完成一两个功能简单的页面。在规模很小的项目中，前端技术要素彼此不会直接产生影响，因此无需架构相关的思考。由于前端语言这种灵活松散的特点，使得前端项目规模在达到一定规模后，工程问题凸显，成为发展瓶颈，原来孤立的技术要素开始彼此产生影响，各种技术要素彼此之间开始出现关联，要用模块化开发，就必须对应某个模块化框架，用这个框架就必须对应某个构建工具，要用这个工具，就必须对应某个包管理工具……这个时候，需要有人从比较高的角度去梳理、寻找适合自己团队的集成解决方案。而这一系列解决问题的工具和手段就是所谓的前端架构。
架构不等于框架这一点很好理解，相信大家都能够很深入的说明这里的差别，框架是架构的重要组成部分，架构决定框架的选型，框架决定架构的技术路线。架构围绕框架进行一系列的流程工具建设，从而形成完善自动的开发体系。
+框架不等于类库，这里就是很多人困惑的点，你用的什么框架？jquery、underscore、linq、seajs、requirejs等等，每个人都能够列举一大堆。但这个是不准确的，一套编码框架是有一系列的元素组成：开发模式，我们如何来实现代码的职责分离。以前整个前端是mvc中v这一层，而现在前端内部也进行了mvc的逻辑细分，Javascript的MVC框架现在很多，有的强化m、有的强化c。每一个框架其实都有其特点的，并且有越来越多的创新改造，比如现在最流行的是mvvm。有angular、react等等。我们是为了引入mvvc才把他们纳入到我们的开发体系，而不是因为他是一个好用的类库。
通讯，模块化、组件化是前端在推进开发模式过程中的一个过程产物，为了有效的进行组件隔离和独立，现在有各种各样的通信模型出来，不过由于实现简单，代码少，他往往是合入到某个类库里面，但本质也是一个类库。比较成熟的比如：消息总线、事件模拟、缓存中转、flux模型等等。
模板，我们用什么样的方式来集中的处理数据往html的转换过程，这里就不用多展开，这种类库现在太多了，光我们公司就有很多套，大家在代码行、缓存管理、预编译、运算性能、强大的语法等等各个维度不段追求各种极致。
基础类库最后才是传统类库，相信现在已经没有同学会在项目中去约束团队中的dom操作、常用函数、方法、异步化等等各种很基础东西，这个时候我们一般就是引入jq、zepto、underscor这些封装好的东西就行了。核心就是为了改善编码生产力。
对于框架的选型要从两面看，一是看该框架的本领，二是看你们团队的能耐。从经验上给几个点建议：
这里也可以顺便展开聊一下现在前端产品的形态分类：
从这些分类里面，我们这些年派生出了所谓全端和全栈的概念。但本质上怎么走还是要由所在产品的形态来决定。
内容型Web站点 侧重渲染方面的优化，前端逻辑比重小
操作型B/S系统 以数据和逻辑为中心，界面较规整
hybrid内置型，要处理缓存和一些本地接口，包括PC客户端和移动端。现在的本地应用，基于很多考虑，都变成了混合应用，也就是说，开发这个应用的技术，既包含原生的代码，也包含了嵌入的HTML5代码
Web游戏，前端的逻辑非常重，在代码结构上要求非常高的可管理性和更复杂的设计模式。
桌面应用型，现在有一些PC端的混合应用开发技术，比如node-webkit和hex，前者的典型应用是XDK，后者的典型应用是有道词典，此外，豌豆荚的PC客户端也是采用类似技术的，也有一些产品是用的qt-webkit。这类技术可以方便做跨平台，极大减少开发工作量。
大工程应该尽量避开谷歌产品，他的很多技术开源项目都是玩票性质的，GWT、Closure、Darty就是前车之鉴。曾今提出过很多的新技术，到现在还是独家的，变出太大。包括现在angular，喜欢做断崖式升级，做做运营后台系统问题不大，如果是线上系统的话，每次升级就是一次人月神话中的典型焦油坑。
关注应用场景，像刚才说到的boss后台是一种；另外我的平台是否有沉重的历史包袱，需要兼容ie6，还是可以轻装上阵；产品对于seo是什么样的态度？是否需要考虑自适应？或者我的团队足够大，能够各搞一套？；产品特征是强内容还是强交互或者是游戏性。这些都是选择不同框架的主要出发点。
没有最好，只有最适合自己的，基本上，针对每个平台，我们都可以列出一些主流框架，但不意味着你们都能驾驭得住。小马过马，老牛没过膝，松鼠淹个半死，就是这么回事。但无论我们选择什么框架或决定自己动手造轮子，都勿忘初心，技术必须让我们工作生活更为轻松愉快——我们只选择我们能驾驭住的框架，我们不能保证它在一年后是否会过时落后。
而且按照我个人这么多年的经验来看，任何框架都会过时，往往不是因为他不够好，而是因为一定有更好的出来。我们再选择一个框架或者一个类库的时候就要想好，未来我如何抛弃他。至少不能成为我们引入新的框架的绊脚石。现实的工作中很多的团队往往会陷入到年复一年的用今年的新框架去重构去年老框架代码的历史循环中去。对于引入框架如何尽量延长他的生命力，我个人的意见是选择框架时去追求概念，而不是潮流，当我的架构可以接受新的设计概念的时候才去考虑引入新的框架。用设计理念的选择代替框架的选择。之所以这么说是因为我观察到我们部门的后端架构的开发理念跟我进公司的时候是差不多的。更多你可以参考成都网站建设
架构的组成
组件框架
⑺ 电商要学前端这是真的吗会不会很难学啊
这是为了以后你的工作岗位你有更多选择啊，所以涉及到的方面也多
⑻ 电商前端和普通前端分别避开的坑有哪些
电商的前端工程师首先要对项目逻辑相当的熟悉，因为电商项目本身就比一般的项目大，逻辑复杂，尤其是在订单、售后以及结算金额时一定不能出任何问题，而且要将代码优化到最佳，并且代码能够通过专业的压力测试，保证在同一时间数据量很大的情况下也不会出现问题，电商项目品类也是一大复杂点。
普通的前端工程师相对这些会简单一些
⑼ 前端框架vue适合开发电商、社交网站吗
vue是对搜索引擎不好，但是也有解决的办法啊。既然有解决的办法，那就可以用vue来做电商，社交网站。
⑽ pc端电商网站适合什么前端框架来做
先要想明白PC端和移动端主要的差别
1、PC端兼容性问题，如果要兼容IE低版本系列，react+rex 或者 vue 之类的要排出在外
2、SEO问题，采用前端渲染的话是没有SEO的，或者说很难做SEO （电商网站对SEO要求应该比较高）
重点要考虑这两点问题，react vue angular等前端框架在PC上实现项目的能力都是有的。