三层架构和模型的一些问题

ah_2056 2014-08-01 11:38:36
我实在是很气愤,现在的同学纸上谈兵,动不动就什么三层架构工厂模式。
也不考虑下前提条件,认为复杂的东西就是效果好,我艹。

这些东西是用于多人开发,逻辑较复杂的项目下进行就能带来很大的优势。
可是,小项目一个人用这种模式开发,只能带来维护上的麻烦。

真是受不了。。。。。散粉散粉
...全文
113 11 打赏 收藏 转发到动态 举报
写回复
用AI写文章
11 条回复
切换为时间正序
请发表友善的回复…
发表回复
mlqxj35674 2014-08-01
  • 打赏
  • 举报
回复
多层基尼与单层相比考虑的更多是布署以后的问题,单从眼前考虑,未免对多层架构有点不公平啊。
sglogin 2014-08-01
  • 打赏
  • 举报
回复
支持分层 就一个页面也要分层,便于维护和扩展
smthgdin_020 2014-08-01
  • 打赏
  • 举报
回复
分而治之没什么不好,总比所有代码堆在一起好。 让代码结构清晰,这个至少这个是一个不错的编程习惯。
拥抱开源 2014-08-01
  • 打赏
  • 举报
回复
还是需要根据实际需求来 不能为了分层而分层
於黾 2014-08-01
  • 打赏
  • 举报
回复
主要还是看需求吧 三层当然层次清晰,扩展性好,可维护性高 但是如果就是做个hello word,一个html页就够了,分那么多层不是有病么
moonwrite 2014-08-01
  • 打赏
  • 举报
回复
分层还是必须的。 我只有写些小功能(不是小项目哦~是小功能,如写一个WinForm发发邮件什么的)才不分层~ 其他都是分层的~而且还是用CodeSmith自动帮我生成的~ 当你会运用代码生成工具后~其实需要分层的所产生的代码量是可以忽略的~ 当然你可以给自己的懒找借口
PaulyJiang 2014-08-01
  • 打赏
  • 举报
回复
40也叫散分啊,不过楼上的说的对
exception92 2014-08-01
  • 打赏
  • 举报
回复
三层架构,为了分层而分层。耦合度没有降低多少。 PS:个人观点,不喜勿喷。
我叫小菜菜 2014-08-01
  • 打赏
  • 举报
回复
如果真是一个很小的项目,而且没有后续,也就是说肯定不会发生大变化,就没必要用到高大上的玩意,杀鸡用牛刀会很滑稽。 但是如果它现在是很小,但是有可能会扩展,并且是不断使用不断扩展的系统,就应该考虑使用三层架构甚至更加高级复杂的模型。
我叫小菜菜 2014-08-01
  • 打赏
  • 举报
回复
额,其实一开始我也是这样子认为的,明明很简单的小项目,何必搞得那么复杂??
慢慢接触到三层架构和设计模式方面的内容,也就有了自己的理解和认识。
下面我就简单聊下自己的认识,[不喜勿喷哈,前天被一所谓的大神喷了一身哎哎哎。当然个人还是蛮理性的,认真反思了下,自己并没有错呢。呵呵]
1.架构这东西都是高大上的玩意,软件工程最讲究的就是架构、设计、规范和系统化,可维护、可重用、易扩展。
2.简单开发,就是把函数等都按照自己的喜好布局,变量名等等都是如此。这样没错,很快就能解决问题!
下面的问题先反思下:
(1)过了一段时间(比如1年,期间你再次写了挺多的项目,大牛哦!),你确信自己还能够非常清晰的理解代码布局?
(2)好吧,你真的是大神,但是你把精力放在了更牛b的项目上,于是派了一个小明来维护那个小项目,你认为小明能很快理解你的代码?小明理解了,他的脑袋也满了吧,怎么还有精力改进?
(3)嗯,加个新功能,然后又加了一些代码(函数,变量等)。嗯,这个还要加,这个也不错,加!。。。最后变成了怎样?
3.使用系统的方法开发,比如三层架构模型:
表现层(UI),业务逻辑层(BLL)和数据访问层(DAL)
把界面部分写到UI,把逻辑处理写到BLL,把对数据库的访问写到DAL。在UI里面都是界面描述的,而在DAL中的都是一些跟数据库相关联的操作方法。任何一个懂得三层架构的人看了这代码布局,都会点头,不需要进过大脑思考就能够自动归类。
进行扩展的时候,写好UI,在BLL中进行处理,嗯,需要用到和数据库相关的方法,就去DAL查找(或者是文档的DAL部分),没发现有现成的方法,那就增加一个,然后在BLL中调用。有现成的,就直接调用。

110,499

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 C#
社区管理员
  • C#
  • Web++
  • by_封爱
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

让您成为最强悍的C#开发者

试试用AI创作助手写篇文章吧