重写eMbedded Visual Basic App

Question

我正在考虑重写几年前写的eMbedded Visual Basic应用程序。我很不满意，因为客户一直在使用它的各种问题多年来，大多数应用程序不再加载，因为所需的dll / activex控件已经丢失了！当客户端远程使用它时，这非常令人沮丧并且自然难以调试。在很多情况下，重新安装应用程序并不能解决问题。

我最喜欢用C＃重写它，因为我对C＃和DotNet感到满意，但我也对其他平台如blackberry或iTouch / iPhone开放，只要该平台可以支持地图和GPS。我现在开始用C＃重写它，但我不能确定我在.net中不会遇到同样的问题。

有没有其他人在迁移到CF DotNet时已经离开/坚持的eVB应用程序有类似的问题？或者你会再次建议一个不同的平台吗？

编辑：请注意，我希望无论如何都要离开eVB，但如果我转移到CF DotNet，我想确保我不会遇到同样的dll / control问题。

Answer 1

我强烈建议使用.NET CF，特别是如果您已经了解C＃和.NET。 Mono已移植到iPhone，因此可以编写可在Windows Mobile和iPhone上运行的应用程序。黑莓没有单声道（但是，如果有的话），所以这是一个明确的限制。我个人不能忍受Blackberries（我有Blackberry和WM智能手机，Blackberry让我想要自己挂起），但他们确实拥有庞大的用户群。

Answer 2

你应该在几年前从eVB迁移出来，但那是桥下的水。如果你想继续瞄准Windows CE / Windows Mobile，我建议你去CF语言是无关紧要的，使用你喜欢的东西。

没有办法保证无论你的“遗失的DLL”问题是什么都不会再发生，因为我们不知道DLL丢失了什么。如果它是第三方控制，那么你将受到市场的支配。如果提供者幸存下来，那很可能是他们的控制权。

如果您想要定位iPhone / Blackberry，那么Java更有可能成为您选择的语言 - 我不熟悉的工具。 Eclipse for Blackberry - iPhone可能有自己的工具。

至于Silverlight，你可能会看一下它，但到目前为止它还是太慢而不能成为一个可行的平台，至少在我见过的任何WinMo设备上都是如此。我们为各种垂直行业删除了许多CF应用程序，并且从未遇到过任何可用性问题（尽管我们已经做了很长时间并知道每个限制以及我们应该和不应该尝试的内容）。

Answer 3

我建议你更进一步，看看Silverlight。其中一个前提是它是一个更长期稳定，可移植，轻量级的下载和安装，它还没有变得非常克服。

我认为它有可能成为嵌入式的下一个VB。 CF的一个难点是我发现它是真实物品的不足之处。

Answer 4

另一个选择是NS Basic / CE。它与eVB高度兼容，因此您可以保留大部分（如果不是全部）代码。该产品已不断更新，因此可在当前设备上运行。

NS Basic / CE创建的安装程序包含程序所需的所有DLL文件，因此它们将包含在安装中。