java,php,云计算运维，web前端，学哪个比较好？

Java，php，c#，web前端，运维等等选择哪个？，当时大专(2009年左右)选择的是软件技术，大一非常努力，学得也非常好，不管是C语言还是数据结构那些，大二差距就拉开了，我就越学越好，其他很多同学课都听不懂了，我却觉得很简单，当初因为php非常火爆流行，网上都说简单易学（大概2011年的时候），我也就非常喜欢了，看了php培训课程感觉范围很广，什么数据库，前端后台，linux都有学，觉得以后维护也可以做啊（现在觉得那时太天真，有专门的linux运维，php学的那点linux也只是常用命令，让你能够把项目布置到服务器就差不多了，也就学点基础简单的，学的时间也短，和我想的是不一样的，很多其他培训课程都有学linux，就像web前端也有学，培训web前端也学点简单的php和mysql，但也只是了解点而已），但是学校主要教的还是java和c#基础，框架那些都没学我当时也没了解，mvc好像也才流行，我也不知道是什么反正当时就感觉是很厉害的技术，当时在学校也参加了自考，也都考过了，很多参加的都挂科了，我觉得自己也厉害就有些骄傲了，到了大专毕业因为前面几名都放弃专升本名额我就去专升本了（我那时成绩是实打实的，前几名有些技术没我好有些自考也挂科有些考试也作弊的），虽然当初喜欢php，但是也没有往后学，专科大三有很多时间都在看java基础，因为当时培训非常火，出了很多有意思的视频，我就去看视频学基础，都没去看高级部分，基础都不知道看了多少次了（当时网上有人说基础重要，基础好了框架就容易了，所以当时我就看了很多次基础，但是好像也有人说框架很难，前面简单，觉得框架难，但是当时没太在意吧？选择性无视？），专升本后也是倒霉，我们学校一起专升本的同学去那里不学习，整天玩，我们宿舍还有两个其他专升本的蛮厉害的，做过工作的，了解mvc和那些框架，导致我居然觉得自己开始有点菜了，自卑了？现在想想也是可笑，只是当时不了解，现在了解了觉得当初那些难的现在看来也很简单，而且那个同学当初工资也就2千左右，不是因为他厉害，而是我想太多。因为英语差，专升本毕业没拿到学位证，毕业后php又不流行了，别人都叫我培训web前端，我对web前端是迷茫的，因为在大专的时候前端是编程里最被鄙视的，现在web前端突然火了，而且网上都说比php难我是没反应过来的，其实我更喜欢大专的时候写代码（java，c#）那种感觉。但还是去培训web前端了，框架前面还好，排名都是前几，学到框架就崩溃了，为什么？因为专升本后遇到那两个很厉害的同学导致自己不太喜欢写代码了，怀疑是不是自己不适合，又看到以前大专的一个同学自学ui设计找到工资不错的工作，当时其实毕业是想学ui设计的，但是其他人都建议我学web前端，那我就学了，再加上强迫症吧，我喜欢一样东西就不太再去喜欢其他的，我在大学的时候就在想喜欢windows就不想喜欢linux，不喜欢在自己电脑装linux，还有乱七八糟的东西，也不喜欢那些黑黑的命令行，还有那些各种配置乱七八糟的，就喜欢写代码的感觉很爽，不过当时喜欢php也知道要学linux当时也不排斥，看网上说LAMP是黄金组合，觉得很是喜欢，都是免费的，但就像我上面说的我大学还处于java，c#基础阶段，思想也是处在那个阶段，也是感觉那个阶段写代码爽，所以我学到web前端的框架部分的时候，各种乱七八糟的配置我很是反感，还有node的时候，其实我不反感node开始还有些喜欢，因为老师说前后端都用js我就觉得很酷，但是老师有一次说写网站还是php好，一般不用node写后端，当时我就开始反感了，因为我选择了web前端，你说php好，那我不是更迷茫了？说web前端主要写组件的当时就崩溃了，因为我还是喜欢写后台系统那些，觉得维护修改bug很有意思有成就感，不喜欢写什么组件，开始学web前端也不知道后面要学什么，php基础有点，node学了其实蛮喜欢的，但是老师说的不喜欢，以前都不知道这是什么，老师讲课又快，框架什么的都不说有什么用具体是什么，就教了，有时候云里雾里的。最后毕业后悔选择了web前端，也没怎么找工作，就这么浪费了5年，这5年也在反复横跳，思考当初到底如何选择才是对的。有点后悔升本了，如果没升本当初就选择自己喜欢的php了，至少混的也比现在好吧，但是升本这个机会又是提升学历的一大好机会，毕竟高中努力不就是读个好大学吗？所以如果有这个机会不升本当时也觉得亏，以后可能也还是觉得亏，但是如果当时前几名同学去升本我就没机会升本了，这个或许最好了，没升本我也不会觉得怎么样，就不需要选择了，也就不会后悔了，可惜运气不好，前几名不升本。又或者如果大专大三的时候自己把php看完学完，升本的时候或许还有机会拿到学位证（宿舍那两个拿到学位证英语都很差，比我还差，但是他们其他课程成绩好，拉高学分绩），如果当初学完php，学了框架，mvc，到了本科遇到其他同学也不会说觉得自己不适合害怕什么的，就算学到java的框架复杂点的，其实概念都是差不多的（感觉差不多），界面写好看点（有些老师只看你界面打分，里面代码细节也不会看），分数也可以拿高点，现在回头看以前本科觉得难的其实当初我也是会的，只是以为别人工作过懂mvc什么，我没接触过以为自己写的学的是淘汰没用的，现在来看那些也都是以前学的东西，自己很多都接触过，没接触过看一下也能懂，那时候看培训视频感觉太好了，就觉得学校学的是淘汰的（有些少部分确实是），就不太信任自己学的了，其实都差不多的，本科刚开始做课程设计也觉得害怕，觉得好像很难啊，做了几个发现其他本科的也是这么菜还没我厉害，我越做越好，只怪我当初大专和本科那段空闲的时间没好好利用起来，都在学java基础或者看电视剧了和网上人聊天了，不然学完php对知识体系大概（比如什么是mvc，什么是框架，而不是听见就觉得高大上，害怕，那种为未知的恐惧）有了认识本科也不会混得差，本科毕业后也不用去培训什么web前端直接找php工作就ok了，只怪当时也太信任培训的了，有个同学他就不信，他就不去培训，他也是升本的，他说都升本了还培训什么，本科毕业后直接去工作了，现在也做得蛮好的。当时网上也找了些培训课程，觉得不错，但是又好像不够全面，他自己的体系，有些比如cms那些没教，当时也蛮喜欢那些用cms帮别人做网站接活的，我就觉得学完会不会少些什么，也担心，那些完整的培训视频看了又会花很多时间精力，大学学习java和c#就是基础一个月视频看了几个月，自学确实有时候蛮难的，培训好的在于环境吧，导致培训课程视频没看完，网上那些自己出的体系也没看完，现在想想也后悔，网上那些体系看完也行啊，cms都不是很重要，想用有基础自己看看不就ok了？难道是因为强迫症？不完整的不想看？或许是，所以也怪自己，那时候cms很火，网上也出了很多自己的教程，很乱，看得也是稀里糊涂的没有体系，有时候还是觉得可能学完也忘记了，不如工作如果需要有人带你，用什么学什么更好。这两种选择都没选，其实本科毕业后还是有机会的，当时大专同学很差的去学了自学ui设计找到工资不错的工作，当时我也很想学ui设计，可惜几个做ui设计的和网上的人都说ui设计不好找工作了，导致我也没选择，而且ui设计培训完了还有其他单独的培训比如什么交互的培训，临摹的培训，感觉如果想要学好培训完还要参加其他培训才行，我就不喜欢太多的这种，编程的就是只培训一种就行（就像编程培训视频一套就行，ui设计的视频培训视频一套，还有其他结构的交互视频一套，临摹视频一套，太多太乱了），又喜欢又排斥只能说。前面说了本科这样，所以编程是不想学了，所以php也是想学又不想学，想学是因为大专的时候喜欢，不想学是因为本科之后对代码的排斥，但是当时也不知道web前端是怎么样的，都没有大概的了解，所以就去学了web前端，但是web前端学到框架那里就烦了，因为要学linux，要用命令行，还要看英文文档，开发工具也是黑色背景，不喜欢。我的感觉还停留在大专写java，和c#那种感觉，不用怎么配置就可以开心的写代码，当时对php的感觉也是这样（虽然不具体学过），当时流行的jq（当时看网上前端会点jq就能找到好工作），也觉得php就像大专的时候学java那种感觉，觉得jq就是引个包就能愉快写代码了，所以学web前端的时候又想着学php（虽然前面说了本科不喜欢写代码了，但是web前端培训的时候因为排名靠前，又觉得自己写代码又行了）或者想着学ui设计，不喜欢web前端那种各种配置，和linux那些（如果是学php学linux又不排斥，怪怪的感觉，感觉php和linux是黄金组合吧？，或许觉得web前端就不应该学linux？），其实这也是无知的表现，所以认知不全面就很影响判断，就在前几天看了下php的培训视频，后面框架部分，发现学php也有类似前端的npm比如Composer，也是各种配置各种命令，php框架并不觉得比node学的express舒服，配置还多，当初以为php自带很多现成的东西，比如界面啊，写web界面会很方便，以为会自己生成，现在才发现很多都是第三方的，别人拿来直接用的，以前认为数据传输会很简单，现在发现和node一样该怎么用还是要怎么用，并没有觉得会非常方便，甚至到这里我更喜欢web前端的node的内容了，说难点的或许就是异步吧，但是我学得很好，这也不是让我犹豫的地方，可惜本科的时候不知道，不如分数会拉得更高，那些基础得增删改查其实都会，就是框架没学，如果界面弄好看点，直接拿网上找的（以前我一直以为那些界面都是同学自己写的，或者系统生成的，反正是我不会的，觉得网上找的或者自己写的或许是淘汰不标准的，反正就是怀疑自己，也说不出那种感觉，不知道前端页面如何和后台数据交互吧，比如绑定还是什么的？自己也有学c#拖控件组件直接绑定数据觉得很简单，就觉得是不是淘汰的或者出去社会也不用的，就是怀疑自己觉得简单，现在看来是我想太多，本来就不难的啊，很简单的东西我自己想得太复杂，被那些各种高大上名词忽悠了），分数会更高，拿到学位证机会更大吧，可惜那时候不相信自己，不相信大学的东西，觉得那是淘汰的以前的，以前一直以为培训教的项目都是完整的，培训之后才发现很多也是半成品，看了下网上培训视频很多都是半成品，教你用框架增删改查写出的项目也是半成品，和大学自己学的也差不多，只是用了框架数据传输的思路变了一些而已，以前整天吹得好像多么多么牛，什么企业级项目开发，搞得我自己都怀疑自己迷茫了，过于相信培训了，让自己怀疑自己。有段时间还犹豫当初是不是选择java会更好，因为java大学都有学，如果大专选择java，本科也用java，似乎更通用（其实也不完全对，c#大专本科都有啊，但是现在来看也淘汰了，比php淘汰还快，微软c#还是微软的呢，够大牌了吧？），就像官方或者品牌一样有保障，虽然难点，但是我大专也学得好啊，当初喜欢php是因为都说php简单易学，java难一点，但是想到那时中专的都能学会找到不错的工作，我也能，容错率更高，有段时间我是这么想的，但是想了之后还是迷茫，为什么？因为我后面已经觉得简单才好，因为以前小时候买的很多软件当时喜欢，但是长大之后觉得变成了负担，又看了网上的极简，觉得简单更快乐，当然简单不是极简啊，极端我觉得就不好了，所以我又觉得java太臃肿复杂，配置一大堆，就觉得这不是和我的思想矛盾了吗？觉得选择java是对的但是又和自己追求简单矛盾了，想啊想，然后网上看了下某智的java视频，框架各种前面介绍视频，真的这个机构的培训视频总能给我眼前一亮的感觉，讲技术前都会介绍这个东西是什么，有什么用，为什么会有这个东西，比如讲框架，以前我是不知道是什么，网上查了下别人的比喻大概懂但是又没懂完，我培训的时候也是，框架也不怎么介绍就讲怎么用，学一个东西你不告诉我他是做什么的，我学的云里雾里的，目标是什么，作用是什么都不说，反正我感觉不适合我，这个培训机构视频是什么都说得很清楚，也看了下用法，反正和我以前想的不一样，以前总觉得很高大上，现在就觉得框架就是解决或者简化某些问题的，其实也就那样，相当于帮你把你原来学的基础内容封装起来，用他的规则来简化写代码，就算不会框架你也可以用基础学的内容写出同样相同的东西，如果我本科知道的话就算不用框架我也能写出，这样我就不会排斥了，分数也会高很多吧，不过看了下java的框架确实很多，臃肿，所以我看到这里又觉得还是不选择java比较好，又觉得选择java不适合了。看完视频又非常后悔为何早点没看（早点看就不会整天和自己的想象认知胡思乱想了，总是在自己认知的世界里想解决问题，但是认知不够又不好解决，想的毕竟和现实是有差距的，感觉也有差距），当初大学的时候说看不懂没认知就算了，培训web前端之后发现这些视频介绍的各种大部分都看得懂，看得懂就有了大概的认知，而不是像前面说的对php的认知还是停留在大专的那时候随便会点不用配置太多就能很爽的写代码（大专的认知就是基础那些），而是像学web前端那些工具框架一样要配置很多东西（虽然php感觉还是比web前端简单些，但是也简单不到哪，对于现在我来说差不多，只差一点，其实都能学会学好），所以说一个知识体系的学习还是很有必要的，学完之后看其他类似大概都能看懂知道是什么回事。对比java，php，web前端之后发现java还是和想的一样复杂臃肿就算了，至于php和web前端的想法就发生很大改变，觉得这两个其实难度也差不了太多（以前会觉得php比web前端简单很多，配置很少，现在感觉并不是这样），只是一个偏向前端，一个偏向后端，反正他们这两个前后端都要学的，只是偏重不一样，当初本科毕业后选择web前端也没错，其实你用node写自己喜欢的东西也不难啊，php比web前端多的大概不就是mysql，php的框架（你有node框架代替），linux？（我们web前端也有教，听说有些机构不教），爬虫（不是主要的），好像也没多多少，就算自己额外学习，几周也就够了啊，node也能用mysql啊（我看有些机构就是教node连接mysql，当然当时我们学的是mangodb），感觉当初自己真的是可笑，写自己喜欢的项目完全可以用node代替php的，主要是当时认知的误差，觉得php能比其他语言写网站多快多快，看了下视频，其实也差不多，数据该传还是要传，又不是什么都自动帮你搞好（主要当时php确实很火，做网站的确实很多用php，很多也是写好的），觉得自己可笑，当时还怪同学让自己学前端，觉得是坑我，现在发现是自己的问题，而且可能还是我坑他，我找的web前端这个培训机构老师讲课太快，后面框架很多人都蒙了，同学培训完也没怎么找到工作，只要是在一个群有个人无意中和我私聊说的这个机构，都不知道那个人是不是托，我在网上看大机构讲课比我们老师觉得要更好，至少会和你说这个有什么用，用这个东西之前会告诉你是什么，我们老师就是让你先学先上车，以后再了解，当然也有少部分同学喜欢那个老师的觉得那个老师讲得好，听得非常认真（这个老师以前也是在另一个大机构当老师的，而且算有点名的吧，虽然我不喜欢那种风格，个人喜好，我喜欢前面那个老师其他同学又不喜欢，都不怎么听自己看视频，所以说个人喜好），毕业的时候php准备要淘汰了，其实不喜欢太复杂的话，把web前端当作是php的延续不更好么？从喜欢php转移到喜欢web前端不更好么？如果让我说当初应该选什么，大专的时候做选择，那其实还是选择php，因为当时web前端都没怎么火，java和php都很火，只有在这两个当中选，而且大学学的也是后端偏多，前端都是一些淘汰的，还用软件来布局，java我觉得复杂（安卓虽然也简单，但是我觉得要买安卓手机还要在上面开发觉得没php方便就不选了），所以还是选择php洛。而且就算学了web前端里面的node，我也会怀疑自己，node是不是只是陪衬的，不是主要的，肯定和java，php那些比不了，也一样会怀疑，除非当时又看了php的框架教程，其实有了经验，很多教程目录或者内容一眼看过去就大概知道是什么，懂是什么了。以前还有个问题就是也下了很多完整培训视频，但是没看完，有时候看到新的视频又害怕以前视频会不会老了，技术淘汰了，害怕像学校的一样学了一些淘汰没用的技术，拿到新视频又重新看又浪费时间，不重新看又怕错过什么，所以时间就是这么浪费的，现在发现教程只要不是老得太离谱，就算几年时间也没关系的，基础还是那个基础，高级框架变了也不会太多，就算你学的是淘汰的你有了那个基础去学新的框架也一样很快，前面很多东西也是一样的，有些新的东西是在旧的基础上增加的（当然也不全是），而且很多时候你就算学新的旧的也一样要学，因为这么多公司，有些公司用的技术还是以前的，就比如学前端，jq还是要学，还有公司用，虽然用vue很多，但你不能保证旧技术没公司用啊，所以学了也没什么，现在这么看好像有点被大学的前端课程坑了，其他什么数据结构，c语言都没问题，但是当时学校教前端居然还用table布局，我又看了网上的，搞得我对大学的课程印象非常不好，觉得都是淘汰的，其实java和c#和其他课程都不错的，但是教的前端实在是给人印象太差。大学什么老师都有，上课放动画的，上课还自己看书的，因为那个老师说他以前上课不听课，自学变得很厉害，所以也这样？现在后悔学web前端为什么要浪费这么多时间后悔了，就算不喜欢node，你把node换成php的成本也就半个月到一个月的时间吧，对于我这种有基础（大学编程基础）而且完整培训完web前端知识体系的人来说。我现在发现web前端和php有很多重合的地方，比如前端html，css，js，jq这些前面都有学吧，我大学也自学过，web前端培训的时候也学，虽然前端培训学得或许深点，（但是有个问题，我培训学到框架之后培训老师说我们主要以后写组件的，不是让你写什么html界面，css那些，主要写组件，那么问题来了，你前面学那些培训这么久做什么？你把时间给框架多点不行么，多用点框架写项目不好么？前面不怎么用你学这么深做什么？而且网上也有很多写好的插件吧，你用原生写效率很很低的吧，公司也有自己的库么？会用你自己写的么？特别是小公司，说到这里又像说下以前喜欢中小公司，觉得自由，更有意思，学php还可以自己接活，有成就感，不喜欢大公司，但是前段时间又喜欢中等公司，因为觉得创业潮过了，不适合创业了，还是有个技术安稳上班比较适合，容错率高，不用太考虑太多，为什么不说喜欢大公司，因为我觉得我也进不去啊），这些前端基础php和web前端都有学，感觉php学的也够用了（看了下java的前端，感觉php学的前端还是要比java学的前端要多点的感觉），之后的就有点差别，比如web前端学nodejs，php就学php，其实难度差不多的，node也不觉得有多难，web前端我们那时也学linux教你部署，php培训也是教你一点linux，web前端学三个前端框架Vuejs、Angularjs、Reactjs，老师也是让你们专攻一个就行，一个会了其他自学也很快就会，php培训我听同学说也会学个vue，php学phpthink那node学个express，其实难度差不多嘛，重合的也很多，最主要是当时培训web前端最后老师也没教微信小程序开发，你敢信？我学的前端老师居然没教，老师说很简单，说自学就行，发了个视频给我们，真的很搞笑，当时小程序这么火，面试别人都会问你会不会，你居然没教，教点那些难难听不懂的有屁用啊？我听别人php培训的都说有教微信小程序，我觉得真是搞笑，当时我也有想转php还教了500元定金想去培训，但是学了一天发现环境不好，而且我又一根筋，觉得学了web前端就不想选择其他了（当时web前端培训排名又靠前放弃又觉得可惜），要专一，又放弃php，去复习web前端，但是我又不喜欢web前端，真的是烦恼。如果当初直接学php，就算php不好找工作，php培训的前面那些前端大部分都会，vue当时很火，你去网上找个vue的教程（其实和web前端培训差不多的）就一周的内容，再学几天小程序，直接从php转到web前端也比我直接去培训web前端要方便容易啊，你再用php代替node，这不更好么，你学了喜欢的php，不行又可以转前端（当时可能转前端也不是很难吧，我听网上有些学ui设计的有些学完ui设计公司让他们去做web前端了，因为ui设计也学点简单的前端，这都能做前端工作，说明当如果php转不比学ui的要简单？）。虽然知道php淘汰了，不知道为什么那种感觉还在，还是喜欢（当培训机构取消php的时候有点高兴，因为我认为选择web前端是对的，我以为自己能安心学习前端，但是过几天还是犹豫，还是想学php，喜欢就是喜欢，没有太多理由，感觉当初本科毕业要么学php要么学ui设计，就算失败也无所谓，反正本科也不想写代码了，学ui设计失败就直接转行了，学php如果失败反正也是当初自己喜欢的，失败就转行了，我也不会说php失败再去学其他的比如web前端或者java了，因为那些都比php难，一开始就学难的如果失败了就麻烦，你再选简单的也不能保证简单的能否成功，但是你一开始选择简单的，成功了最好，失败了你也不会浪费时间再选难的了，这样容错率更高啊，当然简单的和难的回报率也不能差太多，不然也不好判断）。

现在国内H5软件，比较受欢迎的就是iH5咯，功能强大嘛。

以下摘取了一篇来自HTML5行业资讯的，关于这款软件的功能测评文章，题主可以参考参考~

——————————分割线

转载自搜狐新闻，作者：HTML5行业资讯

你也许已经发现，我们正在向“人人做H5”的时代迈进。随着国内HTML5技术的成熟，越来越多H5页面制作软件崛起，H5制作不再是小众的玩物，而是互联网经济的新产物。

据不完整统计，国内市面上存活的H5页面制作软件有超过50个，说是百家争鸣一点都不夸张。但用户量最多的当属iH5和Equb360两家，功能、技术水平等方面在国内都是屈指可数的。

两者都向用户提供可视化的HTML5编辑框架，打开电脑端网页即做即用，但性能上却迥然不同。

通过阅读这两家工具的相关资料，加上反复使用测试，以四大指标对比iH5和Equb360，重点在于帮助大家更客观地认识这两款H5页面制作软件：

一、内容制作

内容制作是使用H5页面制作软件的直接目的，这里把内容制作划分为两大评测模块：编辑方便度和功能覆盖度。编辑灵活程度越高，内容制作越高效；功能覆盖度越高，内容制作越有质量。

（1）编辑灵活度

iH5的对象管理系统完善，操作灵活度高，它封装了齐全的文档对象模型（DOM），提供的组件基本是对象类型的，比如全景容器、物理引擎、数据库等。它定义了所有HTML元素的对象和属性，以及相应的访问接口，这使不同对象间有了更多联动的可能。

换句话说，它支持在对象树上自主获取、修改、添加或者删除对象，用户能对不同类型的对象组件进行灵活管理，同时支持PSD文件上传编译。

Equb360的对象管理系统差强人意，操作灵活度低。它封装的是模块化（Modularization）模型，提供的组件框架格式基本是固定且相互割裂的，比如计时器、评论组件等。这就意味着，对组件的操作很大程度局限在修改内容上，基本丢失了H5交互的意义。

受模型框架影响，并不支持PSD文件直接上传，而且当页面下多个对象重叠时，不能直接选取最底层对象，非得一层层挪开，这是最抓人的吧

（2）功能覆盖度

按市面上H5在多媒体范畴的应用，摘取常用于H5设计的功能，以此作为凭据，对比两个H5页面制作软件的功能覆盖度——

基于DOM封装开发的iH5组件功能数达到51个，比Equb360多出将近20个。另外，iH5的组件开发都基于交互基础，因此更能延伸出成千上万种复合型的交互可能，但模块导向的Equb360显然心有余而力不足。

在上图中，表单类的基础多媒体组件服务，Equb360360跟iH5很接近，但在高级多媒体组件上，远不及iH5那么全能。特别是去年行业刚兴起的全景模式，iH5的功能开发可以说是紧追流行趋势。

放眼数据应用组件，像输入框、文本框、数据提交这类底层的服务组件，Equb360虽然支持，但收费才开放似乎有些不合情理。

二、学习成本

对于初学者来说，会更倾向于选择学习成本低的H5页面制作软件，如果它的学习成本远高于学习期望值，那么注定会流失一部分没耐心的用户。

按常理来说，H5页面制作软件的功能越丰富，学习成本越高。然而，iH5比Equb360多出20个功能，学习成本却远低于Equb360。

这是为什么呢？

（1）垂直化的视频教学

iH5共收纳197个教学视频，内容垂直程度高，实用性高。教学视频涵括新手必学、进阶必备、特效使用、工具字典、案例学习五大类型。每个类型针对不同的功能，细分出不同的教学，方便用户各取所需、即学即用，比如想两分钟创建一个H5处女作，或者建立一个H5网站，都能在这里找到答案。

Equb360共收纳48个教学视频，内容较发散，实用性低。教学视频只分为“初、中、高级教程”三种，学习路线下的教学视频纯粹是功能介绍，无实质性意义，用户看完还处于云里雾里的感觉。

（1）系统化的教学闭环

iH5除了教学视频，还设有线上直播课、线下学院课堂，形成从线上到线下的教学闭环。这系统化的教学闭环，简直是为了初学者量身定做——线上课程掌握基础功能，线下课程学习案例临摹，在最短时间内进阶成H5大神，毫无压力。

Equb360除了教学视频，只剩下帮助文档和常见问题解答。想百分百掌握，还得靠自己连滚带爬地摸索

三、流量统计

针对H5工具，流量分为两种：

①网站活跃流量

②H5案例流量数据

前者反应网站有多少人浏览，即网站热度，观察网站首页的可视化数据可得；后者反应H5作品的有效数据统计，观察每个H5作品后台的数据统计结果可得。iH5跟Equb360在这两个维度上的对比尤为明显——

（1）网站活跃流量

iH5网站首页作品浏览量大部分超10万，网站热度高。iH5首页可以看成是一个完整的商业生态圈，因为iH5首页展示的作品基本属于优质营销类H5，吸引大批有深度营销需求的企业找设计师定制，形成“接单——合作——展示——接单”的闭环商业生态，创作技法越精湛的设计师，在iH5越吃香。

Equb360网站首页作品浏览量最高2万，三位数浏览量占大多数。Equb360的日活跃数不低，但网站首页浏览量却低得离谱，这可能是它这款H5页面制作软件功能短板造成的，并不能吸引到有深度推广需求的企业，因此网站的流量增长只能依靠个人用户，作品曝光率低。

（1）H5案例流量数据

iH5的数据监测更精准，以每小时为单位监测。除了浏览量总量、各打开/转发方式占比，还涵括今日/昨日、最近一周、最近30天的数据对比。除此之外，iH5还向企业用户开放精准数据统计后台——H5VALUE，为单个案例分析地域流量、终端流量、浏览时段、传播指数、活跃用户量等细分化指标，也支持多个案例对比，在精细化数据面前，刷量原形毕露，剩下的只有真材实料的推广效果。

Equb360的数据统计较粗略，只有数据总量。虽然在后台设有专门的“推广分析”栏目，但只统计了朋友圈、微信群、好友这三种H5传播方式的数据，统计效果是相形见绌的。

四、付费相关

让用户最头疼的莫过于H5页面制作软件的收费问题，明摆着一个功能，却需要付费才能使用，这是最纳闷的。以下针对个人和企业两种用户，将付费相关的评测分为三个方向——

（1）模板商城的付费

iH5针对不同场景，划分八大类共184个精美模板，价格低至1元/个，持续上新。

Equb360可复制的模板只有14个，模板复用价值低，数量少，更新慢。

（2）个人用户的付费

iH5个人用户免费使用全部组件（51个），不限定作品创建数量。iH5所提供的全部功能，比如数据库、全景模式、物理引擎等高级交互功能，个人用户都能免费使用，没有任何收费门槛，只要有灵感，随意创作。

Equb360个人用户需付费才能使用高级表单等组件，还限定10个作品创建数量。值得一提的是，它还规定储存空间为2GB，按10个作品来算，也就是说单个作品200MB，超过2MB的H5体量已经很大了，所以200M是个什么概念？这体验版的设定，有忽悠人付费的嫌疑。

（3）企业用户的付费

按账户类型分，iH5分为创业版、企业版、VIP企业版四类，VIP企业版（10账户）的年专属流量达500万次，其中去LOGO流量服务为1000元/10万次流量，微信授权费用为1元/月，无其他单独收取的费用。

Equb360分为体验版、基础版、专业版、企业标准版、企业高级版（5账户，限制储存空间），分别增收年费最高19999元，套餐外单独收取费用的项目杂多，比如绑定独立域名需一次性支付2000元开通，案例导出另外收费。

综上所述，这两个H5页面制作软件经过四个不同维度的综合评测，可以看出iH5在性能、服务上远高于Equb360。

简单地说，Equb360适合低流量曝光的轻度营销，通过HTML5的跨平台特性，弱化交互的概念，强化模板式展示，凭借H5页面制作软件的壳，把传统离线PPT转换到手机上展示。

而iH5以交互作为开发目的，让交互功能间的组合更具复合性和创造性，更适合高流量的深度营销，极大程度压缩开发成本的同时，干掉前端，取代程序员在H5页面开发中的角色。

web程序设计选择题及参考答案

　一、选择题

　1在HTTP协议的“请求/响应”交互模型中，以下说法中错误的是( )。

　A客户机在发送请求之前需要主动与服务器建立连接

　B服务器无法主动向客户机发起连接

　C服务器无法主动向客户机发送数据

　D以上都错

　参考答案：D

　2关于浏览器对象之间的从属关系，正确的说法是( )。

　Awindow对象从属于document对象

　Bdocument对象从属于window对象

　Cwindow对象和document互不从属

　D以上选项均错

　参考答案：B

　3在以下选项中，不合法的标识符是( )。

　AabBsmallCscoreDaverage_grade

　参考答案：A

　4关于微软的NET框架的描述中，正确的是( )。

　ANET框架提供了一个公共语言运行时环境，提供内存管理

　BNET框架中的服务框架提供内存管理

　CNET框架提供标准语言库，从而提供内存管理

　DNET框架提供Windows应用程序模板，从而提供内存管理

　参考答案：A

　5以下不属于HTTP请求方法的是( )。

　AGETBSETCPUTDPOST

　参考答案：B

　6下列语句中，能产生带有数字列表符号的列表标记是( )。

　参考答案：C

　7PHP 中采用的模板技术是( )

　ASmartyBSmartCTempletDCache

　参考答案：A

　8为了标识一个HTML文件，应该使用的HTML标记是( )。

　参考答案：C

　9利用 ASPNET开发的网页，其文件扩展名应命名为( )。

　AhtmBaspxCaspD无严格限制

　参考答案：B

　10在CSS的`长度单位中，1 pc等于多少pt( )

　A8B10C12D14

　参考答案：C

　11Web的工作模式是( )。

　A客户机/服务器B浏览器/服务器C浏览器/浏览器D浏览器/客户机

　参考答案：B

　12Web上的任何信息，包括文档、图像、、视频或音频都被视为资源。为便于引用资源，应给它们分配一个唯一的标识来描述该资源存放于何处及如何对它进行存取，当前使用的命名机制称为( )。

　AURLBWWWCDNSDFTP

　参考答案：A

　13下列关于HTML的说法中，正确的是( )。

　A编制HTML文件时不需要加入任何标记(tag)

　BHTML网页的核心，是一种超文本标记的程序设计语言

　CHTML是网页的核心，是一种超文本标记的页面描述语言

　D通过网页浏览器阅读HTML文件时，Web服务器负责解释插入到HTML文本中的各种标记

　参考答案：C

　14在下列的HTML中，哪个是最大的标题( )

　参考答案：D

　15在HTML文档中用于表示表格的标记对是( )。

　参考答案：C

　16在JavaScript语言中，创建一个数组对象实例时使用关键字( )。

　AarrayBArrayCdimensionDDimension

　参考答案：B

　17FTP协议是一种( )协议。

　A文件传输协议B远程登录协议C邮件协议D超文本传输协议

　参考答案：A

　18相对比较早出现的服务器端动态网页技术是( )。

　AASPBCGICJSPDJavaScript

　参考答案：B

　19下列可用于改变页面背景蒯色的属性是( )。

　AbgcolorBbackground—colorCcolorDbackcolor

　参考答案：B ;

组态监控软件，也叫上位机监控软件和上位机监控系统，是指一些数据采集与过程控制的专用软件，它们是在自动控制系统监控层一级的软件平台和开发环境，使用灵活的组态方式，为用户提供快速构建工业自动控制系统监控功能的、通用层次的软件工具。

过去，传统无线监控通常只能运用在PC端，用户普遍反映存在安装客户端太麻烦，仅限于单机版监控，而且只能在电脑上查看数据等问题，显然这已经无法满足用户的个性化需求。随着3G、4G移动互联网的问世和移动无线监控技术水平的提升，用户使用智能手机、平板电脑进行无线监控已经不再是难题，它可以让你走到哪儿都能轻松掌握第一手数据。

XLView组态监控软件，它不仅适用于PC电脑端，还支持移动手机和平板电脑端。它最大的优势在于无需安装任何客户端软件，用户仅需打开浏览器即可随时随地监控实时数据。

与传统组态软件WEB服务对比，XLview无线监控软件功能更加强大，使用更加简便快捷。它采用web服务器架构，内置微小、高效的网络/web模块，可以在传统服务器或者云服务器上快速部署，并遵从最新的web开发标准，支持HTML5、Java等主流web技术。XLview监控软件无需安装任何客户端软件，用户仅需打开浏览器即可随时随地监控实时数据，保证项目部署及升级效率显著提升。此外，它支持包括Windows/Android/iOS在内的多个主流平台数据访问，真正实现一次开发，全平台使用。

XLView组态监控软件，适用于管网管沟环境监测、能源管理系统、电力监控系统、农业大棚监测、养殖环境监测、危化品环境监测、仓储馆藏环境监测、大气环境监测和生产智能制造监控等监控系统应用。

在进行 Web 设计时--在设计过程中--形式应该服从功能。这种方法应用于我们站点的整个设计过程中。当然，我们有最新的 Web 工具，并且能够将各种可视的小配件上载到网页上。但是我们认为这样做将不利于为访问者提供有效的服务。

事实上，我经常发现一些站点未将重点放在功能上。常见的错误包括：

用户界面元素不一致。例如，同一个控件在不同的页面上功能不同，或者同一个功能对应几个用户界面控件。

导航栏位置不一致。决定站点的哪些页和功能需要在站点的任何页上都可被访问到。这就是应该保持一致性的“全局导航栏”。

不太注意或根本不注意基本的图形设计原则，例如排版式样、色彩和版面的设计。

相关元素和功能的随意分组。注意将元素放置在网页上的位置和目的。这可帮助访问者从其它相邻的选择和位置来推断某个链接的功能。

使网页过于庞大以至使访问者需要通过典型的调制解调器速度的 Internet 连接进行长时间的下载。这并不是说不应该使用图形，但是您需要对它们进行精挑细选，然后用适当的压缩和颜色索引优化它们。

现在的 Web 站点仍然存在很多问题，这并不奇怪。毕竟，Web 设计“艺术”相对来说还是个新生事物。在四、五年以前，Web 页甚至是普通的。那时，人们好像认为他们的 Web 站点将会吸引访问者只是因为它们存在--并且，可能在某些情况下这种方法确实有效。但是这些站点一般很难看，并且更重要的是，它们真的难以使用。接下来便进入“看看我们能做些什么”阶段，在网页中加入了大量的动画、声音文件以及其它附加件，导致访问者需要长时间地进行下载，但是并未获得多少实实在在的内容。

如今的 Web 设计师们已经吸取了前人的经验和教训。好的站点倾向于简化和快速，同时在功能上有所提高。这是 Microsoft 的目标，而且我们最先承认自己所犯的错误（参阅“Microsoft 的 Web 简史”看一看以前的主页设计）。

设计错误并不总是显而易见的。有时在设计上对一个小元素的移动或更改将有很少或根本没有影响。但是，在其它情况下，它可能确实会对页面功能有所影响。而且如果说我们从过去几年学到了一些东西，那就是小的改动会使 Web 页的运行方式有很大的不同。

明确的流程

若要避免类似问题，我们为新服务（例如“搜索”）的创建或关键的 Web 页（如主页）设计了一个明确的流程。 每个项目都是在一定的基础上开始的，即我们有一个受益于我们站点上的页面、部分或用户界面元素的产品或服务。在早期的产品计划阶段（第 1 阶段），我被要求设计一些初级模型：大致描述页面、部分或功能的草图。然后产品项目组检查产品计划建议，看看此项服务是否可以为 microsoftcom 的访问者真正带来一些实惠。

如果答案是“可以”，那么此项目会获得批准，我们开始写项目说明书（第 2 阶段）。我们在第 1 阶段的草图和概念基础上创建并提出一个更为完整的计划。这时，我们一般还会开始可用性测试（一般会有书面的模型）以了解潜在用户将对计划中的设计做出何种反应。 在最后开发阶段（第 3 阶段），我们创建运行计划服务的 Web 原型，并且进行全面的可用性测试以及内部复查。然后完成站点的代码，修改程序错误，最后站点通过实际运转的 Web 站点向客户发布。

正如您所见到的，可用性在整个流程中扮演着重要的角色（参阅“创建有效的 Web 界面需要认真计划”）。我们可以为用户运行某项任务计时，这样我们就可以在产品以后的版本中对比相同的测试。我们可以使用这种方法进行度量，以确定一个功能的重新设计是否为客户带来任何真正的价值。

还有，我们将仔细地观察以了解可用性对象是否可以计算出如何正确使用新功能--我们称为“可发现性”的方法。有时这为我们提供了一些挑战。例如：在我们的站点上，在 搜索引擎 中键入一个词组或字会产生一列结果。然后我们请用户选择在这些结果中进行搜索，以便进行更细的搜索并且导向某一页或资源。但是即使“在结果范围内搜索”被明显地标记在深色标签上，很少有人熟悉它。一些用户认为他们正开始新的搜索，并且可能毫无结果。我们正在解决这个问题以确保客户可以利用 microsoftcom 上所有丰富的功能来提高他们对此站点的认识。

选项“在结果范围内搜索”看上去很直观，但不是非常易发现的。此问题一直是困扰我们的设计的问题之一。

最后阶段

大体来讲，站点设计是在发生冲突的需要之间求得平衡的艺术。一方面，我要将站点设计得尽量简单易用。另一方面，我要确保站点中所有强大的工具可为经验丰富的用户所用。与此同时，我还要为内部客户服务--Microsoft 产品项目组--他们对服务有特殊的需要。所以每天我都要解决一些非常困难的问题，经常处于很紧迫的情形中。我发现这种工作是鼓舞人心和有趣的。

这个职业非常需要更熟练的专业人员。我是经过一系列非常不一般的过程--在大学学习图形艺术，然后在多媒体公司设计 CD-ROM，最后加入 Microsoft 并开发应用程序--才获得这个职位的。非常奇怪的是，当我申请（并获得）这份工作时，我以前从来没有设计过 Web 页。但是我广泛的设计经历已经证明是非常有用的，并且我自认为已经验证了格言“成功的设计就是成功的设计”（不论是什么媒体）。许多设计问题对 Web 来说是独一无二的，解决这些问题的方法对于任何媒体都是一样的。

对于那些准 Web 设计师我的建议是，他们也应该尽可能地扩大设计背景。今天应该确保将一些 Web 工作作为互动设计培训的一部分--大多数好的设计学校已将其加入课程中。但是在排版、色彩理论、版面设计以及生产等方面的扎实的技术将仍然特别有价值。

在未来，Web 设计师们仍将会继续被要求给页面增加更丰富的多媒体内容，从而为 Web 站点的可视性和可操作性增加了新一级的复杂性和技术要求。作为 CD-ROM/多媒体设计师，要求我必须具有图形设计、视频、音频制作、动画等方面的知识和创作能力。我的预言是，Web 设计师也将向这些领域发展。

对于属于 microsoftcom 的我们--以及在 Internet 上的其它地方--那应该是一个非常有趣的未来。

了解您的观众。 调查一下究竟哪些人在访问您的站点，以及他们为什么要访问。新手或不定期上网的 Web 用户与软件开发商相比有非常不同的兴趣和站点需要。

使您的站点对访问者来说有所帮助。

为您的观众提供所需的信息。使导航元素保持一致，并且确保对访问率最高的区域进行明显的标记，是它们易于被找到。

使用清楚的消息。

确保用户了解此页面的上下文，并且知道需要他们做些什么。如果在注册过程中您要用户输入姓名，那么就直截了当地说。不要让访问者自己计算什么，他们会感到沮丧，于是转到其它更简单的站点（例如您的竞争对手的站点！）。

保持一致性。1初始会商,主要是收集该站点的关键信息,包括站点的目标读者要发布的内容开发Web服务器平台;

2概念开发,设计师根据收集的信息,开始构思,通常,设计师要把这些构思用草图的形式呈现给顾客,这个草图要有整个网站的结构,不同的布局设计及导航;

3内容综合,当决定了设计师的设计,设计师开始制作一些初始图样,这些图样用PHOTOSHOP那样的程序来创建,然后,设计师将图样打印出来配合文字;

4HTML布局和导航,一旦客户同意了这些内容综合,设计师开始编制Web页面,导航器也被编制到页面中,使客户第一次真正体验一下;

5图形制作,如果客户同意了站点的外观和感受,设计师将大量制作所需的图形,并进行优化;

6内容流程,客户的书面材料利用各种网页技术（CSS、JAVA、FLASH）,有机的和相关的图形整合在一起;

7测试,在站点被提交给客户之前,设计师要彻底测试每个Web页面和联结,利用清单,进行修补;

8交付,一旦签收,客户要经常进行他们的测试,找出排版和内容方面的错误,做完了这些次要的修正后,正式启用站点

这套完整的计划可以用1-12个月来完成,平均完成时间为4个月当站点启用后,要进行跟踪调查,以确定人们如何使用站点。经过6-12个月的运行之后，重新收集数据,开始重新设计,然后这个Web设计过程再开始一遍。