在“交付” MVC 应用程序后，是否有人仍然喜欢 N 层架构？
- 其他 SO 线程询问了人们 如果他们更喜欢 N-Tier 或 MVC 建筑学。
- 我不想 继续在这个线程上进行辩论。
- 我正在寻找更具体的东西。
我的问题：
在交付 MVC 应用程序后，还有人仍然喜欢 N 层架构吗？
我的问题的原因：
- 在我发布 MVC Web 应用程序之前，我不相信它优于 N 层架构。
- 具体来说，如果更好的单元测试是 MVC 唯一明显的好处，那么我认为没有理由转换方向并采用新的架构。
- 但是在交付 MVC 应用程序之后，我可以看到许多好处（已在其他线程中枚举）。
- Other SO threads have asked people
if they prefer N-Tier or MVC
architecture. - I'm not looking to
continue that debate on this thread. - I'm looking for something more specific.
My Question:
Does Anyone Still Prefer N-Tier Architecture After Having Shipped an MVC Application?
Reason for My Question:
- Before I shipped an MVC web application, I wasn't convinced that it was superior to N-Tier Architecture.
- Specifically, if better unit testing was the only obvious benefit of MVC, then I saw no reason to switch gears and adopt a new architecture.
- But after having shipped an MVC application, I can see many benefits (which have been enumerated on other threads).
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我可以说我都用过并且更喜欢 N-Tier。我仍然认为它最终更干净。我使用 Layergen http://www.icemanind.com/LayerGen.aspx 它将自动构建对我来说数据层和业务层。
I can say that I have used both and prefer N-Tier. I still think its cleaner in the end. I use Layergen http://www.icemanind.com/LayerGen.aspx which will automatically build the Data layers and Business Layers for me.