在（设计模式、应用程序 N 层架构）中使用 LINQ 的优点/缺点
对于那些使用 LINQ2SQL 技术开发/设计大型应用程序的人来说，
在这种情况下使用 LINQ 的优点/缺点是什么（限制是什么以及我必须注意的事情是什么）
谢谢。
for those who developed/Designed large application using LINQ2SQL tech
What is the Pros/Cons (whats the limitations and whats the things i must be a ware off) when using LINQ in such a thing
Thank you.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您希望保持关注点的清晰分离 - 因此业务逻辑中没有数据访问等。
通常我会使用接口定义该边界，并且您也不能在此处拥有任何数据访问特定的内容（否则您将将这些依赖项拖入任何涉及接口的
内容中，您可以做您想做的事情，此时您最喜欢的数据库访问技术之间将发生直接的较量；我想这并不缺乏。网上有很多比较（抱歉，我
自己没有使用过 LinQ2Sql），但我知道有一些人喜欢它；记住（来自我一位比较直言不讳的朋友）。
You want to keep clean separation of concerns - so no data access in the business logic, etc.
Typically I'd define that boundary using an interface, and you can't have any data access specific stuff in here either (otherwise you're dragging those dependencies into anything that deals with the interface.
Within a data access implelentation you can do what you want, at this point it'd be a straight shoot-out between your favorite database access technologies; and I'd imagine there's no shortage of comparions out there online (sorry I don't have that in my head to give you).
I haven't used LinQ2Sql myself, but I know a few people who love it; the phrase "Lin2SQL F##king ROCKS man" comes to mind (from one of my more vocal friends).