关于三层团队开发的疑问? ( 积分: 50 )

  • 主题发起人 主题发起人 jack_4826
  • 开始时间 开始时间
J

jack_4826

Unregistered / Unconfirmed
GUEST, unregistred user!
本人刚刚接触三层开发,原来是c/s方式,划分为多个模块(dll),根据开发文档由多个人同时开发,开发效率非常高,大家只要把开发好的dll拼起来就是一个很好的系统,但是三层中的应用服务器,如何进行团队开发?难道只能由专人开发,那样岂不是开发进度会很慢?希望各位达人指点迷津!
 
本人刚刚接触三层开发,原来是c/s方式,划分为多个模块(dll),根据开发文档由多个人同时开发,开发效率非常高,大家只要把开发好的dll拼起来就是一个很好的系统,但是三层中的应用服务器,如何进行团队开发?难道只能由专人开发,那样岂不是开发进度会很慢?希望各位达人指点迷津!
 
服务更好做成dll
 
楼上的能不能说的更详细一点?谢谢
 
学习一下
 
但是三层中的应用服务器,如何进行团队开发?
===============================
别被误导了,你想把100个表的操作放到一个remotedatamodule中,然后弄个app server?
不死才怪!
 
刚开始可以竖向开发..在服务器端分模块进行设计...向后发展可以使用横向开发.比如dao数据库连接层开发..按照层来开发..控制层./商业逻辑层等等..
三层要分成多层开发.记住c/s的客户端只是个壳,所有商业逻辑放在服务器端处理(一般架构.不排除特殊需求的项目)
 
to 张鸿林
你说的很对,但是我的系统业务很复杂,划分n个模块后,仍然是负责app server的人忙的要死,client开发人员就在等,工作量严重不平衡。
大家都说说,各自的系统是怎样开发的,最好是开发过比较大的系统的(千万级)!
小弟在此谢过!
 
to :jack_4826
错错: 万万不能这么干
服务器是不能常改动的
将要调用用的需要改的, 写成服本加载, 或驻留在服务器dll中
如果服务器常改, 如果服务器 带了100 个客户端, 你要改一点点只需改个SQL, 搞得大家都不能用了,是不是很不妙
 
用三层有那些好处?
 
to djh_djh
如果服务器常改, 如果服务器 带了100 个客户端, 你要改一点点只需改个SQL, 搞得大家都不能用了,是不是很不妙
那测试人员干什么吃的.我们一个项目半年的话那么2个月出demo..然后主要是测试和修改

to jack_4826
仍然是负责app server的人忙的要死,client开发人员就在等,工作量严重不平衡。
那你得配置好自己的人力资源哦.我门一个小模块,client需要1-2人...业务逻辑需要1-2人.还有一个架构师.负责数据和业务逻辑
我学软件开发大学3年,c/s开发3年..b/s 1年 你可以去学习学习java的思想.
我当时做c/s时很困惑.现在做java的银行系统(要求很高的)回头看看.要是再让我去做c/s程序.1是不想做.2是缺少很多开源的代码,比如连接池,o/r映射.等等..
如果你做c/s给你几个建议.
1.所有商务逻辑放在server做..好处:业务变更时容易修改.不能向jack_4826说的那样
那么你在改业务或数据库字段时会发现需要修改n个地方.你还需要对你所有修改的地方进行测试???
2.研究下com的原理...做三层不知道com原理.那么做的东西好多都时表层的.很难深入了解.
比如程序出了个问题,有时候你不知道是什么地方的问题...
3.面向对象思想和架构非常重要还有delphi中的vcl吧..
 
to 张鸿林
你说的很对,但是我的系统业务很复杂,划分n个模块后,仍然是负责app server的人忙的要死,client开发人员就在等,工作量严重不平衡。
大家都说说,各自的系统是怎样开发的,最好是开发过比较大的系统的(千万级)!
小弟在此谢过!
================
设计工作从服务开始,定义好服务模块和接口后,中间层开发和客户逻辑设计可以同步
进行,互不相关
简单的服务逻辑最低级的程序员就可以开发,复杂逻辑由有丰富经验者介入
按我的经验,往往是写服务的工作量是最少的
当然,服务设计得好坏直接关系到系统质量,不能忽视
 
同你以往的一样,把服务器的工作也分开,由各个小组或成员维护.最后再整合起来.
 
多人接受答案了。
 
后退
顶部