FYI-我是一个mainframer动。净世界几年前,有很多要学习。

我们正在重写一些统应用程序。网(最有可能VB)。该项目预计在4-6年。

我们正在非常早期阶段的初步设计正确的。我看到很多信息,从Microsoft在VS2010年。是不是有什么错2005/2008,我们应该关心?或者,是这SOP MS开始推动未来的产品,这么早?这值得等待2010年开始编码?功能设计可能不会完成今年年底(2009)无论如何,我们总是可以做模拟ups在VS-2005年。

第二,统和维生素b6在同一条船上;不支持但是还活着。是移动的。净聪明?VB?C#?将会有来的时候MS决定,移动到VS20xx年需要的另一个完全重写代码(维生素b6)?或者他们可能消除VB.net 或C#.net 下一"伟大"的事情(统)?或者是什么关的使用寿命。净框架?是它也限制,直到别的东西来?

我们有一个相当大的应用程序与年的带艾滋病,更新和法律的变化,已经将是一个PIA转换。我们想要一个新的平台,将是稳定的,几十年来容易迁移上。有没有 任何 发展码,将周围的50年呢?100?

逻辑核心从应用程序并没有改变,因为他们用笔和纸张。这是很难证明一个多年改写,现在,如果它需要做的每10-20年。该系统应用程序的开始,开发于1991年,就生活在1999年和现在由于被改写的另一种语言。

大型机很容易相比流动性的取胜的应用程序。

这里有一些高级别的规格。

  • 这是一个政府办公室。
  • 它包含高度敏感的数据。
  • 基于网络的不是一个选项。
  • 这将是一个MS Windows的应用程序只。
  • 将从统表,可能的是,SQL服务器2005/8/10(无论是目前)

我知道那些有工作的水晶球,就不会回复的,但是是什么的 感觉 社区的可能性的一种编程语言沉降下来,并正在提供/稳定的长期?

谢谢你的意见在此,我赞赏他们。

有帮助吗?

解决方案

我在哪里可以让我得到一些轻松的政府工作????

无论如何,是的,它是SOP微软宣布和模拟操作系统,开发工具等等的早期,但这并不意味着没有任何东西是错误的,与目前的工具。由于VS2003它一直是非常容易迁移的项目到新版本的发展环境,如果一个所以选择这样做,所以才开始上任何版本的VS是目前的当你准备编写代码。

.网将改为你写这个但是他们已经很好保持后向兼容性的以前版本的框架,因此它是不是真的任何问题。

我建议你C#了VB.Net 如果你要重写。VB.Net 是一个急救绷带的语言获得VB程序。净和有时是有益的兼容性,但我不知道你为什么想要开始新的发展。

其他提示

Windows真的不是一个合适的平台使用寿命长的应用程序,如你在描述的。这就是为什么大型/大铁供应商,而弱他们能够比以往,仍然左右。

很明显没人能确切地告诉什么事情发生的所有最新的/最伟大的东西的未来。如果你是一个Mac OS程序员在80年代和90年代你可能会有点恼火太如果不在同一条船上为维生素b6程序员。

.净和VB.NET/C#是一个可行的主张,在长期的。他们是在不同的情况要的东西喜欢经典VB和统在这,他们运行在一个虚拟的机已用于许多不同的语言。因此,即使一个新的更受欢迎的语言来沿着这一目标。净的,你的老码将仍然运行。

当你说你想要个桌面应用程序而不是基于网络的,这是一个令人关切,因为Windows格式(传统VB-如用户接口框架)是不接收多的注意力从微软了。它不会走就像我说的,但是有不少未来的改进。如果你正在一个巨大的永不变化的应用程序像你说的,那么这可能不是你的一个问题。

该替代方法。网络用户接口框架是WPF,这是最新最大的。有问题的长期生存能力这个由于其非凡的资源使用.迄今为止只有一个显着的桌面应用程序,用(微软自己的WPF设计的工具,表达混合)并试图说服人们WPF真是可行的,他们都致力于使用WPF在Visual Studio2010年份的用户界面像编辑。即便如此,我感到难以建议WPF应用你说-这太危险的。

作为你的问题有关Visual Studio版本,VS2005不是很好(赶出了门eary与一些严重表现问题)。VS2008但是现释放你会是很好的建议,开始项目,也不能保证,2010年将可以更好地(或者甚至作为良好由于WPF因素)。小组往往使用Visual Studio版本很长一段时间(我的雇主仍然是使用2003年对于一些工作!) 和所有版本和平共存于一个单一的机。

是的,Microsoft不会倾向于谈开发工具以及提前的时候他们都是可用的。显然的"奥斯本效应"并不适用于开发的工具:)

我的心从我的伙伴-有一个引擎(小组从乌克兰拥)转换成非常应用的进入点网络,这将与现有的DBF文件。因此--而不是重写-你只运行转换器(一次处理),而不是系统的应用程序,只有点网络。如果你想了解更多的细节,请让我知道

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top