江苏龙网

  1. 首页 > 生活 > >

全栈独立开发者开发网站的顺序是怎么样的?

泻药。大叔我写过驱动，框架，应用，正在学习web开发。还算不上全栈。腆脸答一发。个人的习惯是，先把前后端数据处理打通，然后从该prototype 中抽象出模型，把复用程度最好的，最基础的东西留下，并为它们写足够的测试，其它全扔掉，根据模型和摸索出来的经验设计接口，写测试用例，然后扔掉的部分全部重写，然后就是无止境的重构。一个具体案例是今年2月开始实现一个基于Baysian inference 算法的performance benchmark 程序，完全就是上面的步骤。另外，客户方很多需求都是慢慢加的，因为在对方看来后来加的需求很简单，但实现起来就不是那么回事——这还是在我预测到一些需求的基础上。最终代码为3400多行的C++，改动过(包括删除)的代码超过15000行。当然，一般公司不会允许大家这样干，一般有两种套路：1. 要么前后端数据通了，就开始在prototype基础上贴膏药，最后出来的东西也能工作，但后期无论是修bug还是加feature都是煎熬；2. 要么最开始根据想象做大量设计，比如题主说的数据库设计，模块组件设计等等，最后出来的东西就是四不像。
■网友
我做游戏之前，做过不少网站，自己的，外包的，大大小小几十个吧。大概是这几种方式：拿现成的一套源代码来改。换美术。有的是整版美术重新设计，有的纯粹是换个主页的头部、按钮这些。缺少的程序功能看情况加上去。这类的 ASP，PHP，JSP，.Net 都做过。拿论坛来改。Discuz，PHPWind 等等。拿 Drupal，Wordpress 来改。主要是用来内置的用户功能。其它附加功能都是重新开发，另外增加数据表。拿商城程序来改。主要工作是弄好支付那一块。自己从头开始架设。自己从头开始做的，弄过 ASP，PHP，RubyOnRails 的。重点说说 RubyOnRails 的，算是用了敏捷的开发流程。1. 先写清楚需求，由粗到细。这个阶段是设计整个系统和各个模块的功能。2. 写数据模型 Model。这个阶段就相当于设计数据库了。3. 开发最简单的逻辑。譬如首页，用户注册登录，内容列表显示等等。4. 继续开发其它模块。这个阶段可以不用管界面，用简单的 html 显示即可。5. 设计界面，美化 view 层。6. 某些功能要用前端 Ajax 来做，单独拿出来开发。7. 优化代码，优化页面布局，资源图片等等。8. 部署上线。9. 中途还写过一部分单元测试，后来没坚持，测试覆盖率很低。还有中途修改 Model，修改整个逻辑等等，这些算是反复的工作了。10. 上线后继续增加功能，继续修改Model 和代码。将每一步变更的数据库命令都仔细存下来，为了以后版本更新。......当时就两个人主力开发。不过我感觉效率比后来十几个人团队的项目快得多，沟通也顺畅得多。那网站后来也没能继续做下去，关掉了。中小项目的流程大抵如此。大型项目的话，架构方面要考虑的更很多，在技术管理上耗费的精力也更大。这就不在本题讨论范围了。-
■网友
以下言论纯属个人观点捣鼓过两个网站：http://www.5udou.cn \u0026amp;\u0026amp; http://blog.5udou.cn两个网站从前台到后台数据库都是自己一人整出来的，就个人观点来看，如果你的网站涉及的后台数据比较多的时候，优先考虑后台数据库的设计。我的第一个网站的后台数据只有评论的内容，简单得不能再简单了，所以前后台交互的接口就只有几个，那么对于这种网站你就只需要着重于前端页面的设计，当然也不是说后台数据库复杂的时候你就可以不关注前台页面，只是说一个顺序。那么重点来了，当你的后台数据库也是错综复杂的时候，你就可能需要先考虑一下自己的网站的整体了。举个例子：博客网站算是一个比较复杂的系统，那么在开始做博客网站的时候你可以需要先考虑你的博客网站需要什么功能，对于最最基础的当然是博客的文章增删改查，其次是博客的查阅展示。所以根据你所需要的功能，你可能就需要设计出对应的model，然后将你设计的model进行关系映射。后台数据库的大体model出来之后你就有对应的页面和接口，这样整体性就有了。最后一些简单的模块只是为了添砖加瓦而已。说了这么多总结几句话：1、系统复杂的时候，优先考虑后台数据库的设计，否则到后期发现数据库需要修改那样代码量就不是几十行的了2、其次根据数据库以及网站的功能设计对应的url以及接口3、开发对应的网页


推荐阅读


上一篇：为啥找工作的网站（如中华英才#）上始终有很多明显是诈骗的工作信息

下一篇：智能交通系统ITS要学啥