有没有在Visual Foxpro中编程的人?

时间:2008-08-22 20:20:51

标签: foxpro

是否有人在Visual Foxpro中进行编程?

我无法支持传统的foxpro系统。想知道还有谁在使用Foxpro。

已添加2008年9月11日:感谢所有回复的人!

19 个答案:

答案 0 :(得分:9)

我仍在将VFP 9用于几个应用程序,将缓慢迁移到Python。 问你的具体问题,如果我知道答案,那么我很乐意帮助你。

如果我无法帮助您,则有许多特定的VFP支持小组:

  • Microsoft VFP新闻组:服务器:news.microsoft.com / groups:microsoft.public.fox.vfp。*
  • Tek-Tips VFP forum是另一个支持小组,其中一些成员是VFP MVP(不是Microsoft员工)。
@Jason:没有使用 VFP的所有人认为它已经过时了,我认为使用Fox / VFP的绝大多数人仍然非常尊重这一点并不是巧合。这个工具和许多人继续将其视为小型/中型桌面应用程序的有效开发替代方案。

答案 1 :(得分:4)

仍在积极开发Visual Fox Pro,并将在可预见的未来继续发展。它有效,并不复杂,是一个很好的工具。

答案 2 :(得分:2)

我支持并积极开发大型VFP 8垂直市场应用程序(以及我的ASP.NET职责)

我过去曾在http://universalthread.com使用社区寻求支持。该网站的界面很尴尬,但会员真的知道VFP。

答案 3 :(得分:2)

我们使用Visual Foxpro v9 SP1(没有Sedna)通过点击我们公司的销售数据仓库并回到Foxpro表来进行主要数字运算来编译报告。

这是一个非常高效的工作环境,甚至可以轻松地创建COM对象等。

使用Sedna,可以使用C#作为前端,并通过XML与中间件Foxpro进行通信。

Foxpro可以访问任何可以获取ODBC驱动程序的数据库系统。

在不利方面,所有围绕OO编程的文献都过于“视觉”为中心,并不能很好地抽象出OO设计。然而,这并不是语言错误,只是OO对Foxpro的大力推动是以小部件为中心的。虽然私有(隐藏)和公共变量之间的属性声明有点奇怪,但很有可能在Foxpro中执行OO(没有小部件)。

同样是一个缺点,有可能看到15年前的代码,看起来像一堆SQL语句夯在一起,需要自然语言研究博士学位才​​能弄明白。我们(新人)尝试用程序化方式编写标题注释和所有内容并尝试使可读性优先级为1(通常在“它工作后看起来有多酷!”)

答案 4 :(得分:2)

VFP是我们的主要桌面开发工具,我们计划继续使用VFP进行所有桌面开发。

VFP是一个很棒的开发平台。

答案 5 :(得分:2)

除了Universal Thread之外,还有一些网站,你会找到FoxPro开发者。

P.S。我也是FoxPro开发人员。

答案 6 :(得分:2)

对于ISV应用程序,VFP仍然具有开发指标,当与VFP编写的工具一起用于大型系统开发时,比市场上其他可用的东西要好一个数量级。我工作的公司创建了一个零售库存管理系统(并且销售非常成功),该系统包含大约450个表和两倍多的自定义视图,从来没有超过3个FTE开发人员一次处理该产品。确实,其中两人在零售库存软件方面拥有超过10年的经验;而且,其他(我)专注于在开发和运行时过程中有效使用元数据);但它都是VFP。我们的应用程序在fox dbf上运行,也在SQL Server上运行,代码相同。

对于未来,VFP通过两个第三方项目移植到CLR:Guineu项目(http://guineu.foxpert.com/),它接收编译的VFP代码并转换为CLR;和.Net的VFP编译器,它将拥有自己的类似VS的环境(http://etecnologia.net)。用于.Net的VFP编译器还以各种有用的方式扩展了VFP。此外,eTecnologia还有一个CLR Extender,它允许直接从VFP内部调用.Net。如果您想在WCF中玩头痛,可以在VFP中进行。两个编译器项目都有办法;他们俩已经完成了艰难的任务。

我们看到自己沿着Silveright 2路走了不远的路。幸运的是,我们所有的业务规则都是元数据,将它们转换为Windows服务(或者使用.Net的编译器,.Net服务)将是令人兴奋的,但并不令人生畏。

答案 7 :(得分:1)

  

现在已经过时了

嗯,去年推出了第9版,今年推出了SP2,并且它在2015年之前得到了支持。它在内部数据引擎的易用性和速度方面仍然是无与伦比的,并且是一个很好的选择。前端用于更现代和安全的数据库,如SQL Server,MYSQL,FireBird等等。在.NET 3中使用LINQ?从那时起就在Fox命令窗口中这样做了!

这些天它倒下的地方是缺乏跨平台和64位支持。对于以Web为中心的应用程序或不使用数据库后端的桌面应用程序,有更好的选择。

答案 8 :(得分:1)

我在VFP8工作,并得到了Experts-Exchange的大力支持。是的,这是一个付费网站,但我发现这是值得的。有一些MVP和其他知识渊博的人很快就会得到答案。我不想贬低这个网站 - 我只是觉得福克斯人应该知道其他人在哪里。既然我看到人们也在这里,我肯定会经常光顾该网站。

我也在关注未来,想知道我应该在哪里建立适销性技能。

答案 9 :(得分:1)

除了PabloG提到的资源之外,您可能想要查看Universal Thread,它最初是作为VFP论坛,虽然它涵盖了.NET和其他平台,但仍然提供了大量的VFP支持。 VFP开发团队中有许多VFP MVP和几名Microsoft员工定期回答问题。这是一个收费资源,yopu也可以免费访问每月UT Magazine月刊的5年,这是我多年来的指导。 :)

希望这有帮助。

答案 10 :(得分:1)

我的公司目前正在将Dos FoxPro 2.5,Visual FoxPro 3和Visual FoxPro 7中的旧系统转换为WPF / C#/ SQL Server应用程序。我自1993年以来一直在做VFP,并且正在狂热地试图在.NET世界中加快速度。

我现在的很多时间是让旧版应用程序继续运行,而另一个团队则进行.NET开发。我真的很想成为那个群体。我正在获得更多的任务,但是我真的希望做更多的.NET而不是VFP。

答案 11 :(得分:1)

我支持在VFP 8中完成SAGE Pro系列安装。随着时间的推移,看看会有什么变化将会很有趣。我非常怀疑SAGE会“迁移”到某种.NET版本。

答案 12 :(得分:1)

我的工作实际上是将VFP应用程序转换为C#。 FoxPro是一个了不起的工具,很多技术已经进入了sql server产品。在我看来,VFP的一个问题是它的语言令人难以置信(使用分号表示CONTINUATION行)并且它不支持关注点的分离。

答案 13 :(得分:1)

我仍然做一些VFP工作,虽然它主要是维护和现有系统的少量添加。有很多人仍在使用它,社区在发布SednaVFPX时变得更加活跃。微软并没有像VB6一样放弃VFP,而是至少让它可以扩展,因此社区可以做进一步的开发。

像@Pablo说的那样,发布具体问题,我们会尝试回答它们。

答案 14 :(得分:1)

虽然我理解为什么,有些人可能觉得Foxpro的生命有限(而且有一些优点),我一个人已经以各种形式参与其中35年,甚至在那个时候有些人预测它即将来临死亡。

Fortran& Cobol在1960年左右,但我在某个地方打赌,有人仍然在两个学科中使用和开发/支持应用程序。

虽然微软尚未发布'核心'附加组件,但仍在为Visual Foxpro开发。

http://vfpx.codeplex.com/

我们仍在开发使用VFP的桌面应用程序,并将在某个时间使用:)

答案 15 :(得分:0)

我还推荐使用Universal Thread,但如果您需要立即协助,Freenode上有一个VFP irc频道

答案 16 :(得分:0)

我在一家公司工作。我们在VFP 6.0,7.0和9.0中工作。 自18年以来,我们在VFP工作的人数为20人。 我是自2005年以来我在这家公司和我的项目lider。 我们在VFP中做了很多系统。在这一刻,我们想要改为C#,但真的很难。

抱歉我的英语不好

答案 17 :(得分:0)

2010年1月29日。仍在使用它... -_-

答案 18 :(得分:0)

我不编程Visual Foxpro也没有我,但Jeff和Joel在他们的一个播客中谈到了这种语言。从我记忆中,他们说它是当时的一个不错的工具,但现在已经过时了。你能把它转换成更现代的东西吗?坦率地说,如果我在Classic ASP中申请的任何客户联系我进行更新,我会将所有内容升级到.NET。为了保持相关性和有效性,你最终必须吃饱。这是我对编程和Web开发最大的挫折之一。同时,它是编程和Web开发的最佳选择之一,因为该技术在理论上总是变得更好。