我想大多数开发人员都有多层体系结构的想法。我们有DAL(数据访问层),我们有BLL(业务逻辑层),在路的尽头有UI。如果您有一个以某种方式遵循这些原则的项目,您是否保留(或至少尝试)保留/放置它们在概念上属于的东西?我对大型公司的应用程序特别感兴趣,在这些应用程序中您可以与许多其他人一起工作。显然,您可以使用自己的私人玩具项目做任何您想做的事情,发明任何一种架构并坚持下去。对于大型项目而言,要让许多人为该软件或整体混乱做出贡献的项目并非易事。
例如,我偶然看到诸如UI组件之类的东西直接进入数据库以获取BL无法提供的一些“丢失”的额外数据,UI和BL都使用诸如表字段之类的低级元素,我认为它们应该委托将这些操作降低到较低级别,即DAL。与高级开发人员讨论这些问题后,我发现他根本没有发现任何问题,这尤其令人难过。
当然,我们可以假设我和持相同观点的人都只是完美主义者,但是我显然看到了一个非常不利的后果,因为我花了很长时间来完成我的某些“平行”路线,数据在数据库中往返移动,并确定我实现的新功能可能会影响到谁以及以哪种方式受到影响。从我的角度来看,当有人决定快速破解内容并尽快关闭任务时,这些将增加进一步的开发/维护成本,从而增加了部分节省。
您是“纯”项目还是很久以前他们就放弃了在层之间保持清晰界限的想法?如果您仍然保持正确的态度,那么您将如何与不了解这些事情或不关心他们的同事打交道,而只是一直构建“定制”解决方案并窃取黑客信息?还是在某个时间点您停止与风车战斗并接受它作为惩罚?编辑:有点惊讶,没有多少人对此问题感兴趣。这是最不关心的标志吗?