网站使用Asp.net 2.0 +sql server 2005开发的,使用的三层架构,不过随着网站越来越大,修改起来感觉越来越费劲,一直想要修改的适合多人开发的模式,但是有些拿不定主意,大家来看看。
我现在的项目结构是,一个webUI的项目,一个数据访问的项目,一个公共类项目,一个业务逻辑的项目。
除了webUI以外,其他的都是根据业务类型进行建立类文件,然后编写的。
但是现在发现在多人同时修改的情况下,就会出现更新有问题的情况。
比如我现在想要修改一个购物车的功能,但是同时WebUI下面还有别的功能正在修改,这样就无法在修改完成购物车以后,直接更新,只能等待全部功能都调整好了。才能进行更新。
有没有什么好办法能够将不同的业务拆分出来,让功能可以一点点修改,并且更新,不会影响到其他的功能。
拆分这个我考虑过,不过不是很合适,毕竟业务比较单一,并不是没什么关系的。
现在我主要拆分的是业务逻辑这一层,将以类存在的方式,修改为以项目方式存在。这样修改的时候多少能够好点。不过感觉还是治标不治本。
版本控制一直在用,使用的是Vss,不过没有办法监管嵌入的文件,就算没改好,也是可以签入的呀。很容易导致版本库里面的就是有问题的。
版本控制svn不错,还可用于文档管理。vss适用代码级,且易冲突。
可能你的类比较大,如果粒度小些,那么职责单一。牵一发动全身的效应就会少些。
按照功能和逻辑将系统分成几个小网站,但是到现在你说的这个份上了,似乎进行切分动静有点大了..
为什么不用版本控制器呢?这样你修改的时候别人就不能修改了,你们修改不同的页面就可以了。svn,vss都可以的