Air*_*475 11 c# vb.net entity-framework .net-4.0
我的公司正在讨论在.NET 4发布时使用实体框架的想法.我们目前是一家VB.NET商店,但对切换到C#有兴趣.
是否存在支持或反对此举的主要论据？
EF和C#在VB.NET上是否在性能,编码方便等方面具有优势？
感谢您的想法/意见!
我实际上对vb.net有一种非理性的厌恶,如果我诚实,我更喜欢c#语法,但没有令人信服的理由转换.他们都编译到IL,具有非常微妙的差异,两者同样有能力.
我认为转换最引人注目的原因可能是找到并招募高质量的c#开发人员比使用vb更容易.
我总是说坚持你擅长的东西.如果从vb.net到C#存在大量学习曲线,则可能存在风险.我是一名vb.net程序员,但转到C#,我没有发现那么困难.但是,如果您正在开发一些需要每日更改/修复的强大软件,您可能希望坚持自己擅长的(在本例中为VB.net).
当您比较实体框架的两种语言时,您不会发现太大的区别.如果您更喜欢具有匹配的end subs(更多罗嗦和冗长)的public sub,那么请使用vb.net.如果你喜欢{}而且不太喜欢,那就更喜欢C#了.
我讨厌告诉别人不要学习C#因为我会说实话,我希望我很久以前就会从VB.net改为C#.我喜欢类似神秘的语法,因为我有一个C/C++背景.由于一些内部应用程序,我不得不与VB.net打交道一段时间.所以它的偏好,你可能会很快在vb.net中实现一切.但是如果你的公司愿意让你们学习一门新语言并投入你的知识,那么我就说要一直使用C#.
我认为你最大的问题不在于性能或能力的差异.我认为这将归结为文档.MSDN可能会提供两种语言的功能,但大多数博客文章等都将在c#中.这些帖子可能提供有关最佳实践,提示和技巧的实际指南,以及您在开发实践中将依赖的大量其他信息,而且大部分都将在c#中.