首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >微软动力(Navision)与C# .NET

微软动力(Navision)与C# .NET
EN

Stack Overflow用户
提问于 2010-07-02 09:13:49
回答 2查看 17K关注 0票数 24

我是一位经验丰富的C# / .NET开发人员,最近有机会成为微软动力公司(Navision)开发人员(培训、认证等),所有费用将由雇主支付。我从未参与过与此Dynamic相关的任何事情,所以我想问一下,与C#/.NET开发人员相比,作为一个developer是什么样的。在我做出这个决定之前,我已经整理了一份清单,列出了我想知道的事情。请随时编辑列表。

C# / .NET

Studio

  • Language: industry

  • Good C#

  • 应用程序域:基于web的或基于桌面的

  • 业务域:任何industry

  • Good职业进展和易于更改的job

  • etc...

微软动力

与Visual相比,

  1. 相对封闭的市场(与.NET相比)
  2. 没有
  3. (或开发环境)更糟糕,我甚至可能更喜欢在记事本
  4. 中工作,与自定义构建的.NET相比,Dynamic客户得到了哪些好处?

谢谢!

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2010-07-02 13:53:55

我自己的背景是作为一名.NET开发人员,主要使用C#和最近的ASP.NET MVC。我也是一个动力NAV开发人员/顾问/架构师大约3年了。

动态NAV世界是一个很小的世界,老实说,它既没有增长也没有缩小。我听说最近有几个地方从其他的ERPs转移到NAV,也有同样多的地方离开了NAV。

今年早些时候,我在Vedb k(丹麦)的微软执行简报中心参加了一次简报会,并会见了Dynamics以及一些Dynamics和开发人员(即编写实际NAV应用程序的开发人员)以及他们为该产品制定的路线图,他们将非常关注HCM,并在未来的几个版本中改进一些财务状况。

在日常工作与NAV,这是一个范式的转变,好吧。正如您提到的,IDE是绝对糟糕的。他们只是最近才增加了语法突出,没有真正的intellisense或任何现代便利IDE今天提供。尽管如此,通过将本地NAV对象与外接程序等结合起来,您可以完成一些非常强大的工作,并且它们确实改进了一些脚手架工具以帮助开发。

在财务上,NAV开发人员做得相当好,因为他们相当罕见。NAV解决方案架构师和顾问做得更好。你的个人资料没有说明你在哪里,但我知道在都柏林,NAV开发商的起薪约为6万美元,而在伦敦,大约为6.5万美元。

就业市场比C#/.NET开发人员要小得多,但工作往往更加安全,而且越来越多的客户需要雇佣内部NAV,而不仅仅是合作伙伴/提供者,雇用开发人员并向客户提供咨询。

我个人不认为它是C#和NAV之间的二进制选择。当然,您的标题可能是NAV开发人员,但是如果您使用的是NAV的一些较晚版本,那么您仍然可以编写大量的C#开发插件等等。这也是一个很好的机会来了解您的SQL知识,因为在NAV中编写/优化性能良好的代码需要相当深入的SQL知识,以及如何在整个过程中正确地执行查询。

你还有什么更具体的问题吗?

票数 30
EN

Stack Overflow用户

发布于 2011-03-31 16:03:54

我总是建议,如果你有机会让雇主承担NAV发展或NAV实施培训,如果你的雇主提供支付的费用。如前所述,NAV是一个利基市场,微软正在积极推动这一全球化(我认为,据我统计,微软的营销资料显示,NAV上有7万个客户网站和100多万用户)。

我不认为NAV和.NET开发在任何方面都是排他性的--实际上,如果有任何关于开发语言和开发环境的知识使您更有价值的话。在NAV 2009 R2发行版中,现在有更多的方法可以使用以下各种组合将外部应用程序、API和.NET集成到任何NAV进程中: web、角色定制客户端中的.NET控件,以及最终通过.NET Interop访问原生.NET类型和类。基本上,如果您知道C#或.NET,您现在可以在NAV环境中使用它了。因此,如果您了解.NET框架和NAV,那么在为您的客户/客户构建任何解决方案时,您都可以利用这两个世界的优点。

对于任何未来/目前的NAV开发人员(Imho),我要强调两点:

随着更多地走向.NET/Visual类型集成,

  • 网络知识在未来的版本中将是至关重要的。正如R2发行版最近的变化所显示的那样,它们为开发人员提供了更好的工具,如果您知道.NET和NAV (C/AL)编程都比您更好地构建和构建最佳解决方案。
  • 是至关重要的,您必须能够理解应用程序工作流和业务逻辑。例如:一个了解销售订单在未发布和发布步骤的各个阶段如何工作的开发人员,比需要被业务分析人员确切告知构建内容的开发人员要有用得多。虽然如果您是NAV新手,这确实需要时间,但在编写代码或构建报告时,请确保您花时间了解和了解文档结构和事务工作流程。

我知道这件事让人喘不过气来--但具体地回答你的问题:

  1. 市场正在开放,因为目前(希望未来)发行版有更多的集成和.NET连接选项。微软正在推动NAV与客户关系管理( CRM )、在线支付处理器( online processors )和网络services.
  2. There ( web )的整合,但它们是全球性的--在欧盟、澳大利亚和新西兰有很多公司(我在那里住了2年,我的员工为此买单)。北美的NAV渗透率要低得多,所以这里没有那么多的就业机会(但它在增长)。因此,如果您想工作和旅行,这可能是伟大的,也因为有较小的专门的NAV资源的人才库,供求规律规定,您的流动率高于一个.NET开发人员。在加拿大,高级NAV资源可以支付超过100,000加元(按今天的汇率实际上是102,000美元)。

  1. 是的,是的,IDE很糟糕!--但是每次发布都会越来越好。(我讨厌NAV)
  2. (从后端的角度来看)一个关键的好处是能够快速开发和部署业务逻辑和功能。NAV平台集成了开箱即用的安全性,并提供了足够的结构,这样您就可以非常、非常迅速地开发丰富的应用程序。(我喜欢关于NAV的这个)。
票数 13
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/3164443

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档