2011年

最后更新于:2022-04-02 06:11:38

  最近在知乎上看到有人问“[一个人开发一个项目是一种怎样的体验?](https://www.zhihu.com/question/283349146/answer/492274903)”,这让我想起了2011年刚出道那会儿的项目经历。当时在一家旅游公司工作,整个公司就我一个技术,老板和我们算是校友,通过关系在我们学校招一个人过来做开发,主要维护公司的网站。当时比较流行的社交平台是开心网,老板突发奇想,让我们也做个类似的系统,就叫驴友驿站(目前已经下线),刚出来混,一听要做个这么好玩的系统,马上就一头扎进去了。当时是个热血青年,看到公司的网站是用古老的ASP做的,马上就想将其改版,但碍于时间不够,只能先搁置,完成当前的任务才是该做的事情,顺便为自己将要用的相关技术试试水。 ## 一、准备阶段 **1)搜集需求**   虽然大三的时候曾经和学校的前辈一起搞过一个ERP系统,但最终并没有上线,项目做到一半被迫终止了,因此还是非常缺乏项目经验的。现在还是一个人,该如何切入,是我目前面对的首要问题。我首先是搜集需求,没有产品经理就只能自己来,还好对开心网比较熟悉。在粗略的思考过之后,草率的决定先完成以下5个模块: 1. 会员模块,包括个人信息、头像、签名、动态、相册等。 2. 转帖模块,包括发帖、评论、回复、转发、观点等。 3. 日记模块,包括列表、新增、删除、修改等。 4. 好友模块,包括搜索、添加、分组、读取好友列表等。 5. 私信模块,包含收件箱、发件箱和发送。   后续又加了圈子和提问模块。整个开发周期大概是一个月时间,每天都是热血沸腾的干着,把这社交系统当成了自己的事业来看待,因此当时的效率非常高。虽然兴致很高,但毕竟缺乏经验,很多时候都是在探索,效率、性能、扩展性、容错性、移植性等架构概念这些都是不存在的(如下图所示),考虑的点只有一个,即效果是否和目标一样。当时还是IE6大行其道的年代,写页面很多时候都要与IE6斗智斗勇,经常会出现其它浏览器都正常,就偏偏IE6有问题,每次都要为它开小灶,处处受限,又不得不适配,那种滋味很复杂。 :-: ![](https://docs.gechiui.com/gc-content/uploads/sites/kancloud/f2/8e/f28e03fe3e12a4693602e35009226b56_600x394.jpg =400x) **2)编辑器和数据库**   在确定好需求后就是设计数据库,先建立了十多张表,包括会员、帖子、好友关系、私信、评论、日记等,凭着感觉设计的,后期在开发过程中进行了不断地调整。在学校用的是Visual Studio 2008,正好老网站的数据库用的是MSSQL 2000,都是微软的东西,很好结合,省了兼容的操作。 :-: ![](https://docs.gechiui.com/gc-content/uploads/sites/kancloud/a1/ac/a1aca1ccbd0b703975dea1745b25f17b_1726x618.png =800x) ## 二、开发过程   工具都准备好后,就直接开搞了,当时也不懂前后端分离,因此没有做静态页面,直接是边写后台边写页面,导致现在下线后,我都无法看到页面,必须把环境搭建好后,才能浏览页面。 **1)后台**   抛开性能和扩展性,当时社交系统主要碰到的问题主要集中在前端效果,后台碰到的棘手问题不多,此处只列举记得的几个小问题: 1. 公司原先有个老式的BBS系统,里面也聚集了几万的用户,这次的社交系统中的会员要和这个BBS内的会员打通。 2. 好友动态包括转帖、评论、上传照片、圈人等都算是动态,这些都会展示在个人主页中,用户量一大,该如何保存以及怎么才能不遗漏的添加这些信息。 3. 好友关系的维持,在数据库中该怎么保存这层关系。 **2)前端**   在完成这个系统后,得到了很大的成就感(虽然同事和用户的吐槽非常多),不过这些成就感并不来自于后台看不见的数据逻辑处理,而且前端各个能看到能操作的脚本特效,这也为我日后转岗前端埋下了伏笔。   当时是个前端菜鸟,但还很固执的拒绝使用jQuery这个强大的第三方DOM库,想法很简单,就是觉得初学者应该用原生的,这样能更好的理解这门语言。虽然出发点没有错,但是后期结构组织不合理,使得代码冗余且混乱不堪。刚开始写前端也不懂分模块,就把大部分的逻辑脚本都写在了一个文件内(包含了2700多行代码),只有一个函数,各个功能作为该函数的原型方法存在,如下代码所示,调代码还得找半天才能定位。 ~~~ function sysInfo(redirect,page){ this.redirect=redirect;//ajax路径 this.page=page;//页数 this.row=15; } sysInfo.prototype.createXMLHttpRequest=function(){ if (window.XMLHttpRequest) { xmlHttp = new XMLHttpRequest(); if (xmlHttp.overrideMimeType) xmlHttp.overrideMimeType("text/xml"); } else { if (window.ActiveXObject) { var activexName = ["MSXML2.XMLHTTP", "Microsoft.XMLHTTP"]; for (var i = 0; i < activexName.length; i++) { try { xmlHttp = new ActiveXObject(activexName[i]); break; } catch (e) { } } } } return xmlHttp; } sysInfo.prototype.updatePhotoTitle=function(){ var oThis=this; var title=document.getElementById("TxtTitle").value; var id=document.getElementById("HdTitleId").value; var xmlHttp=oThis.createXMLHttpRequest(); xmlHttp.onreadystatechange = function(){ if (xmlHttp.readyState == 4) { if (xmlHttp.status == 200) { if(xmlHttp.responseText=="success"){ document.getElementById("SpTitle").innerHTML=title; document.getElementById("modifyTitle").style.display="none"; } else alert(xmlHttp.responseText); } } } var param=new Array(); param[0]="type=updateTitle"; param[1]="id="+id; param[2]="title="+escape(title); param[3]="random="+Math.random(); var url = oThis.redirect+"?"+param.join("&"); xmlHttp.open("GET", url, true); xmlHttp.send(null); } ~~~   还犯了一个错误,当时刚接触Ajax,异步加载直接震撼到我了,产生了一个奇怪的观点,即只有异步才是好的体验。然后全局都用异步来加载,不管合不合适一刀切,但像私信收件箱、好友列表等这些内容用后台直接渲染会更简单。虽然前端有模板引擎,但自己根据不知道有这玩意儿,因此HTML代码就全部都用字符串拼接实现,如下代码所示,整个文件充斥着这些拼接语句。 ~~~ sysInfo.prototype.getSmsRecive=function(){ var oThis=this; var loading=document.getElementById("loading"); loading.style.display="block"; var xmlHttp=oThis.createXMLHttpRequest(); xmlHttp.onreadystatechange = function(){ if (xmlHttp.readyState == 4) { if (xmlHttp.status == 200) { loading.style.display="none"; var div,divBox; divBox=document.getElementById("smsInfo"); while(divBox.hasChildNodes()) divBox.removeChild(divBox.lastChild); var divArray; if(xmlHttp.responseText==""){ div=document.createElement("div"); div.className="dxx_of"; divArray=new Array(); divArray[0]="
暂无邮件
"; div.innerHTML =divArray.join(""); divBox.appendChild(div); return; } if(xmlHttp.responseText=="redirect") window.location.href="../../login/userLogin.aspx"; var splits=xmlHttp.responseText.split("|"); var divInfos = eval("("+splits[0]+")"); for(i=0;i"; divArray[2]="
"; divArray[3]="
"; divArray[4]="
"+divInfos[i].Ct+"
"; divArray[5]="
"+divInfos[i].Sc+"
"; divArray[6]="
"; divArray[7]=""; divArray[8]=""; divArray[9]=""; divArray[10]="
"; div.innerHTML =divArray.join(""); divBox.appendChild(div); } divBox.innerHTML+=splits[1]; oThis.runJs('../../js/sns/sysRequest.js','js','sysRequest.js'); } } } var param=new Array(); param[0]="type=recive"; param[1]="currentPage="+oThis.page; param[2]="random="+Math.random(); var url = oThis.redirect+"?"+param.join("&"); xmlHttp.open("GET", url, true); xmlHttp.send(null); } ~~~ **3)插件**   当然,要想完成页面中的所有效果,肯定需要引入第三方插件。通过搜索引擎,在网上找类似的成品插件或半成品代码段,找到后再修修补补,直到符合预期效果为止。这样来来回回不知道多少次,给我一个感觉,就是前端太难学了,每次都是不带重样的,根本无从下手。   印象最深的是头像裁剪插件,改了好久,刚开始是无从下手,后面到处翻资料才找到些眉目。最终的做法是先将新照片上传到服务器中(如左图所示),然后载入到本地,接着进行裁剪(如右图所示),期间会计算各种尺寸和坐标,一旦算错,就无法正确裁剪。 :-: ![](https://docs.gechiui.com/gc-content/uploads/sites/kancloud/cc/51/cc513e9c55b1b2001e34da2c452d9743_1206x418.png =800x)   后面的插件比头像裁剪都要简单点,基本都只要由前端完成,不需要后台参与,例如转帖最后的好友印象(左图)、照片圈人(右图)等。 :-: ![](https://docs.gechiui.com/gc-content/uploads/sites/kancloud/96/c4/96c4f9932c90b8c2ce12293391e53c28_1788x608.png =800x)   这是一次非常难忘的经历,可以说直接影响了我后面的职业发展。虽然现在工作没有以前那么热血了,越来越高冷,但是对技术的热情并没有减弱。对于我来说,唯一遗憾的是当时没有做任何记录,现在已经无法体会到当时的所感和所想,而且这段珍贵的回忆将越来越模糊,如果可以重来,一定会将当时的点滴都详细记下。 ***** > 原文标题:[忆2011年的秋天:一个人的项目](https://www.cnblogs.com/strick/p/10007237.html) 已建立一个微信前端交流群,如要进群,请先加微信号freedom20180706或扫描下面的二维码,请求中需注明“看云加群”,在通过请求后就会把你拉进来。还搜集整理了一套[面试资料](https://github.com/pwstrick/daily),欢迎阅读。 ![](https://docs.gechiui.com/gc-content/uploads/sites/kancloud/2e1f8ecf9512ecdd2fcaae8250e7d48a_430x430.jpg =200x200)