WILL THERE BE A VBFC for VB7 ?

[Andrew Asare]

Does anyone think that the next version of VB will have class based architecture,
like Delphi's VCL ?

[Michael \(michka\) Kaplan]

I don't.

--
MichKa
(insensitive fruitarian)

random junk of dubious value, a multilingual website, the
54-language TSI Form/Report to Data Access Page Wizard,
and lots of replication "stuff" at the (no scripts required!)
http://www.trigeminal.com/


"Andrew Asare" <AASARE@TEAMENERGY.COM> wrote in message
news:38fcc055$1@news.devx.com...
>
> Does anyone think that the next version of VB will have class based
architecture,
> like Delphi's VCL ?
>
>

[Vlad Ivanov]

VBFC (let's call it that for a lack of a better term) is a possibility. Sound
weird, eh?

Let me explain.

With full OOP suport in VB it is very possible for MS to create templates
(frameworks) for applications. Where you extend them to customize and create
a final product.

If MS doesn't do this, we should. Some sort of OpenSource-VB project.

If for example i have a good interface/framework idea for creating 3-tier
apps, it is very possible to create a VBFC for other people to extend. Or
a data-access wrapper/class lib for ADO with error handling/disconnected
recordsets etc... Possibilities are numerous.

----------------

If you're hoping for VBFC in a sense of MFC or Delphi's VCL - i don't think
it's even possible. Though it would allow for static linking and other nice
things... But that would mean also that thet VBFC needs to have sources for
underlying Visual Basic compiler. Kinda like Visual Basic should be written
in Visual Basic. That's the case in Delphi and VC.

It is still possible, but very far-fetched.

[Michael \(michka\) Kaplan]

I seriously doubt that it is even possible, truth be told.

--
MichKa
(insensitive fruitarian)

random junk of dubious value, a multilingual website, the
54-language TSI Form/Report to Data Access Page Wizard,
and lots of replication "stuff" at the (no scripts required!)
http://www.trigeminal.com/


"Vlad Ivanov" <vivanov@polarisconsulting.com> wrote in message
news:38fcd1ac$1@news.devx.com...
>
> VBFC (let's call it that for a lack of a better term) is a possibility.
Sound
> weird, eh?
>
> Let me explain.
>
> With full OOP suport in VB it is very possible for MS to create templates
> (frameworks) for applications. Where you extend them to customize and
create
> a final product.
>
> If MS doesn't do this, we should. Some sort of OpenSource-VB project.
>
> If for example i have a good interface/framework idea for creating 3-tier
> apps, it is very possible to create a VBFC for other people to extend. Or
> a data-access wrapper/class lib for ADO with error handling/disconnected
> recordsets etc... Possibilities are numerous.
>
> ----------------
>
> If you're hoping for VBFC in a sense of MFC or Delphi's VCL - i don't
think
> it's even possible. Though it would allow for static linking and other
nice
> things... But that would mean also that thet VBFC needs to have sources
for
> underlying Visual Basic compiler. Kinda like Visual Basic should be
written
> in Visual Basic. That's the case in Delphi and VC.
>
> It is still possible, but very far-fetched.
>

[Robert Scoble]

> I seriously doubt that it is even possible, truth be told.

I don't know. A group of us saw some stuff on the screen at VBITS that
looked darn similar to a new class library system. I think the letters WFC
even were on the screen. Why do you think it's not possible particularly
given the much improved object-oriented nature of VB7? In fact, wouldn't it
be great to have some base classes that you could start with in building
your app? Finally, why does VC have these things but VB doesn't?

Robert Scoble

###

[Michael \(michka\) Kaplan]

Just my own opinions, not based on inside knowledge of anything. I think VB
has always added its own limits, very effectively.... I just think they
might not break that pattern.

But of course I am allowed to be wrong!

--
MichKa
(insensitive fruitarian)

random junk of dubious value, a multilingual website, the
54-language TSI Form/Report to Data Access Page Wizard,
and lots of replication "stuff" at the (no scripts required!)
http://www.trigeminal.com/


"Robert Scoble" <rscoble@fawcette.com> wrote in message
news:38fde5e4$1@news.devx.com...
> > I seriously doubt that it is even possible, truth be told.
>
> I don't know. A group of us saw some stuff on the screen at VBITS that
> looked darn similar to a new class library system. I think the letters WFC
> even were on the screen. Why do you think it's not possible particularly
> given the much improved object-oriented nature of VB7? In fact, wouldn't
it
> be great to have some base classes that you could start with in building
> your app? Finally, why does VC have these things but VB doesn't?
>
> Robert Scoble
>
> ###
>
>

[Colin McGuigan]

Robert Scoble wrote in message <38fde5e4$1@news.devx.com>...
>> I seriously doubt that it is even possible, truth be told.
>
>I don't know. A group of us saw some stuff on the screen at VBITS that
>looked darn similar to a new class library system. I think the letters WFC
>even were on the screen. Why do you think it's not possible particularly
>given the much improved object-oriented nature of VB7? In fact, wouldn't it
>be great to have some base classes that you could start with in building
>your app? Finally, why does VC have these things but VB doesn't?
>
>Robert Scoble
>
>###


'WFC' (Windows Foundation Classes) has been around for at least two years
now...it is (was?) utilized as the replacement class hierarchy for VJ++.
VJ++ folks got this all for free, whilst VB folks still play around with the
API Viewer. =)


--
Colin McGuigan

[Klaus H. Probst]

Robert,

It doesn't matter if MS excludes that from the final VB7 release -- as long
as they add real inheritance we can build our own (and won't that be a new
niche market, eh?). Of course, it would be nice if they did the work for
us, but I agree with michka in that it is highly unlikely.

I have a whole collection of about 40 classes that encapsulate most of the
Common Controls and the standard Windows controls. They work, and I use them
in my apps, but the approach is seriously compromised by the lack of inheritance
-- for starters, they need to inherit from a Window object that allows you
to use normal API methods for common tasks, such as MoveWindow, SetWindowText,
etc. Implements+Delegation just doesn't cut it here. So we need basically
to be able to create an object hierarchy like the one you find in MFC. If
you want to get creative, you can even mirror it (say, using a CCmdUI ancestor
for message maps and so on), but I'd be happy if I could just inherit from
a CWindow object :-)

___________
Klaus



"Robert Scoble" <rscoble@fawcette.com> wrote:
>> I seriously doubt that it is even possible, truth be told.
>
>I don't know. A group of us saw some stuff on the screen at VBITS that
>looked darn similar to a new class library system. I think the letters WFC
>even were on the screen. Why do you think it's not possible particularly
>given the much improved object-oriented nature of VB7? In fact, wouldn't
it
>be great to have some base classes that you could start with in building
>your app? Finally, why does VC have these things but VB doesn't?
>
>Robert Scoble
>
>###
>
>