Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
XBASE .NET Developer's Tools
Message
Information générale
Forum:
ASP.NET
Catégorie:
Bases de données
Versions des environnements
Database:
Visual FoxPro
Divers
Thread ID:
01460059
Message ID:
01460629
Vues:
59
Hi Cecil,

I have been researching every .Net framework and tool I can find for several (probably 2005 when I got serious about it) years, hoping that something would have the same efficiency as I am spoiled by in VFP. I've found some great tools, but they don't meet my particular needs. I'm at the point where I can do it (use metadata in the design and runtime of a business app) in IronPython, but I still don't like it nearly as much as working in VFP.

I think eTec will deliver the technology (they are too close to finishing to give up now). When that will be is anyone's guess. And whether the company can regain credibility as a business partner, well, I'm not even addressing that at this moment. Anything you learn in C#, especially the use of the services (WCF e.g.) will be instantly transferable to VFP.Net, fwiw. Attributes already work, so it should just work.

Notice that Vulcan.net hasn't really done much with the .Net language: e.g., to put code in a click event, you have to use an eventhandler. Eeesh. I realize that VFP is doing that behind-the-scenes, in some fashion: and that's the point -- 99% of the instances of connecting code to a click event does not require multiple targets, so the IDE shouldn't require the use of an eventhandler. And it's not that a VFP programmer can't write an eventhandler -- we've had them in VFP9 for what, 6 years? It's just that those distractions add up.

Hank

>I've watched a couple of their online videos and seen some of the code; it's kind of cool to see an XBASE program in .NET. I don't like it that they use the Keyword "SELF" as in "SELF:statesComboBox" for example to refer to the form and then the control, rather than using the standard this.statesComboBox convention.
>
>The Form's are slated as FormName.prg, where the prg represents the same convention as used with C-Sharp, or VB file extensions, as in FormName.cs, or FormName.vb. You know right away that this is an XBASE.NET form.
>
>There is some familiarity with the XBASE.NET setup that Vulcan Mind Meld has come up with; there is a man whom I think is Australian doing the demos in the videos, so I wonder if the company is in Australia? I need to go back to their web site and look that up. If I were in a sitaution where a company had made a firm decision to use Vulcan Mind Meld, I'd be glad to work on such a project, but I may not go actively seeking such a project, because it is my goal to get C# and VB.NET under my belt first. And, on C#, I am making consistently good progress.
>
>Now, on another subject, but somewhat related, I'd sure like to see eTecnologia get their VFP.NET extender working satisfactorily before I'd jump into Vulcan.NET.
>
>Cecil
>
>>I ran across this a couple of months ago and I'm quite interested in it. I never had time to mess with it or watch any of the videos though - I'll be eager to hear what you think....
>
>>>Has anyone heard of this company? and its XBASE product called Vulcan.NET? I am watching their videos now.
>>>
>>>http://www.vulcanmindmeld.net/cms/
>>>
>>>http://www.govulcan.net/portal/Home/tabid/36/Default.aspx
>>>
>>>Videos: http://www.govulcan.net/portal/Video/tabid/60/Default.aspx
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform