67,549
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
careers1111 2013-11-11
- 打赏
- 举报
看项目
一般都是先后台 然后前台 大部分 后台录入数据 前台才有数据进行展现
姜小白- 2013-11-11
- 打赏
- 举报
设计清晰，框架搭好后，先写谁就无所谓了，只要保证最后前后台联合调试时都保证功能就可以了。
末日哥 2013-11-11
- 打赏
- 举报
现有前台大致模型再写后台
陈以轩 2013-11-11
- 打赏
- 举报
一般都是用axure做出原型出來，然後根據原型來談。可以理解為先弄前臺
阿懒先生 2013-11-11
- 打赏
- 举报
1.分析客户需求，总结出需求和软件规格。你即使是为自己开发，我也建议你把希望这个web应用能够做的功能写下来
2.设计数据库
3.设计模型--将全部功能用静态HTML表现出来（注意是表现，不要求跳转、具体功能，只是静态的）
4.选择框架，如
ASP.NET
PHP 上的任何一个流程的框架
Python with Django
Ruby on Rails等等
5开发（以javaee三大框架为例）建立dao包，domain包，service包，action包，每一个包中的文件都与一个JSP相对应，（dao实现数据库操作，domain为实体类,service实现逻辑）如果采用面向接口的编程的话，可以在每个包中分为：借口和实现类。在程序用引用的是接口类对象，但是传递的参数是实现了接口功能的类。
同时配置struts.xml,web.xml,appli~(忘了怎么拼).xml。。。
6.测试
白盒测试或黑盒测试、不同浏览器的兼容问题
7发布-beta版--正式版
哦了
我也是菜鸟哈，根据刚刚做的一个小网站的理解，写的，哈哈
ganshenml 2013-11-11
- 打赏
- 举报
如果是自己一个人干的话，那么我的做法是先写一个流程，后台代码然后是进行与前台连接！
当然这都是只做一部分，毕竟要测试一下你数据库与前台能否嵌合？
南吴小平 2013-11-11
- 打赏
- 举报
我的感受
1.客户的需求是什么
2.根据客户需求，设计数据库的模型
3.如果有必要的话，把前台的html构建出来给客户看看
4.更具业务繁琐情况选择框架
5.开发，测试。
6.到第一步
。。。。。。。。。。。。。。
she383 2013-11-11
- 打赏
- 举报
这都无所谓，怎么快怎么来
ylovep 2013-11-11
- 打赏
- 举报
个人觉得 先数据库设计
ghw554557313 2013-11-11
- 打赏
- 举报
一般web开发都是根据demo从前往后写的,因为这样写有明确的目的性,比如有很多页面有分页,那你就写个公共的分页组件
如果是纯后台开发,比如分布式rmi,webservcie,ejb接口,首先跟客户端和服务端确定接口文档,然后
编码就行了
WayneXuan 2013-11-10
- 打赏
- 举报
如果需求做得好的话,就先写后台,这样比较顺;否则就先写前台,同时把需求完善一下
夜空中苦逼的程序员 2013-11-10
- 打赏
- 举报
四楼有道理， 但是项目大了还是一起开发 还是比较好，思路清晰些
陈光标 2013-11-10
- 打赏
- 举报
楼上说的有点道理
lishikai500 2013-11-10
- 打赏
- 举报
我觉得先把前段的表单，链接，按钮的骨架写好。然后在一个一个写后台功能，方便测试，最后在开发前段。
teemai 2013-11-09
- 打赏
- 举报
不分工写吗？
如果单干这无所谓的。我一般是把系统模块分好后，从整体上把握把各个模块的接口写好。然后前台后台就无所谓
尘缘udbwcso 2013-11-09
- 打赏
- 举报
一般与客户调研需求的时候会有个界面原型
