Aristos Queue Posted December 8, 2007 Report Share Posted December 8, 2007 The forum is currently named GOOP. There's an awful lot of posts there about LVOOP. The new GOOP Toolkit blurs the line between these two, but there's still a difference. Can this forum please be renamed to be "GOOP/LVOOP" ? Quote Link to comment
Jim Kring Posted December 9, 2007 Report Share Posted December 9, 2007 QUOTE(Aristos Queue @ Dec 7 2007, 03:37 PM) The forum is currently named GOOP. There's an awful lot of posts there about LVOOP. The new GOOP Toolkit blurs the line between these two, but there's still a difference. Can this forum please be renamed to be "GOOP/LVOOP" ? Nay. LVOOP is just one aspect of object orientation in LabVIEW. I propose we rename GOOP forum to "Object-Oriented Programming" or just maybe just "OOP". However, maybe there should be a LVOOP subforum, but I'm not really sure yet. That said, if you give us by reference LVOOP then I'll give you all my support on this proposal Quote Link to comment
Aristos Queue Posted December 9, 2007 Author Report Share Posted December 9, 2007 QUOTE(Jim Kring @ Dec 7 2007, 08:17 PM) Nay.LVOOP is just one aspect of object orientation in LabVIEW. I propose we rename GOOP forum to "Object-Oriented Programming" or just maybe just "OOP". However, maybe there should be a LVOOP subforum, but I'm not really sure yet. OOP would be ok naming wise, but it wouldn't help with folks who search for "LVOOP" or for disentangling the names. Quote Link to comment
Jim Kring Posted December 9, 2007 Report Share Posted December 9, 2007 QUOTE(Aristos Queue @ Dec 7 2007, 07:00 PM) OOP would be ok naming wise, but it wouldn't help with folks who search for "LVOOP" or for disentangling the names. Nor would it help folks who search for "GOOP", "OpenGOOP", "dqGOOP", "Functional Globals", etc. Maybe it would be good to have some subforums or categories. Quote Link to comment
Tomi Maila Posted December 9, 2007 Report Share Posted December 9, 2007 I would prefer object-oriented programming over GOOP. I think object-oriented programming is better recognized phrase than LVOOP. Quote Link to comment
Aristos Queue Posted December 9, 2007 Author Report Share Posted December 9, 2007 QUOTE(Jim Kring @ Dec 7 2007, 11:23 PM) Nor would it help folks who search for "GOOP", "OpenGOOP", "dqGOOP", "Functional Globals", etc. Maybe it would be good to have some subforums or categories. "Functional Globals" --- what the??? Where did this one come from? At any rate, I conceed OOP or spelling out the acronym would be better generally. I think given the confluence of the various forms of OOP that while subforums might be useful, there'd be an awful lot of top-level posts. So I'm abvivalent about whether or not subforums exist. Quote Link to comment
Jim Kring Posted December 9, 2007 Report Share Posted December 9, 2007 QUOTE(Aristos Queue @ Dec 8 2007, 05:12 AM) "Functional Globals" --- what the??? Where did this one come from? Functional Globals encapsulate data and functionality in a singleton by reference "class" -- they are one of the first object-oriented programming techniques employed by LabVIEW developers. Check out LabVIEW for Everyone, 3rd ed. Appendix D (pp. 903-912) for more info Quote Link to comment
Val Brown Posted December 9, 2007 Report Share Posted December 9, 2007 QUOTE(Jim Kring @ Dec 8 2007, 11:38 AM) Functional Globals encapsulate data and functionality in a singleton by reference "class" -- they are one of the first object-oriented programming techniques employed by LabVIEW developers. Check out LabVIEW for Everyone, 3rd ed. Appendix D (pp. 903-912) for more info FWIW, that's certainly how it always seemed to me. Quote Link to comment
Aristos Queue Posted December 10, 2007 Author Report Share Posted December 10, 2007 QUOTE(Jim Kring @ Dec 8 2007, 12:38 PM) Functional Globals encapsulate data and functionality in a singleton by reference "class" -- they are one of the first object-oriented programming techniques employed by LabVIEW developers. Check out LabVIEW for Everyone, 3rd ed. Appendix D (pp. 903-912) for more info GAH. They should certainly be one of the first data storage techniques that one learns in LV. But although I suppose they are a form of functionality encapsulation on a piece of data, I wouldn't ever have classified them as "object oriented", especially since the need to code every operation that you want to do on the given (string, number, your-favorite-datatype) is seen as a limitation of such VIs, not a strength. Your views are warped by your history, my friend. The only tools a caveman has are rocks and sticks, and perhaps he uses one to pound and the other to poke, but let's not equate them to a hammer and nail. Quote Link to comment
shoneill Posted December 10, 2007 Report Share Posted December 10, 2007 QUOTE(Aristos Queue @ Dec 9 2007, 08:37 AM) GAH. They should certainly be one of the first data storage techniques that one learns in LV. But although I suppose they are a form of functionality encapsulation on a piece of data, I wouldn't ever have classified them as "object oriented", especially since the need to code every operation that you want to do on the given (string, number, your-favorite-datatype) is seen as a limitation of such VIs, not a strength. Your views are warped by your history, my friend. The only tools a caveman has are rocks and sticks, and perhaps he uses one to pound and the other to poke, but let's not equate them to a hammer and nail. I really have to side with Aristos on this one. Encapsulation is one aspect of object-oriented programming, but simply using encapsulation doesn't make something object-oriented. I've been using encapsulation for years, but that is still a long way from proper OOP. Shane. Quote Link to comment
Jim Kring Posted December 10, 2007 Report Share Posted December 10, 2007 QUOTE(Aristos Queue @ Dec 8 2007, 11:37 PM) GAH. They should certainly be one of the first data storage techniques that one learns in LV. But although I suppose they are a form of functionality encapsulation on a piece of data, I wouldn't ever have classified them as "object oriented", especially since the need to code every operation that you want to do on the given (string, number, your-favorite-datatype) is seen as a limitation of such VIs, not a strength. Your views are warped by your history, my friend. The only tools a caveman has are rocks and sticks, and perhaps he uses one to pound and the other to poke, but let's not equate them to a hammer and nail. Whether or not a tool is object-oriented is not a black and white issue -- tools are object-oriented on a continuum of varying degree. If we think abstractly (which, as we know, is an important skill for object-oriented analysis and design) then we will notice that Functional Globals exhibit shades of the following object-oriented concepts: Class, Object, Encapsulation, and Abstraction. We will also see that the other two concepts of object-orientation, Inheritance and Polymorphism, are not found in Functional Globals. As such, Functional Globals are a tool (albeit not 100% object-oriented) for implementing some object-oriented software designs. There are almost no object-oriented tools (LVOOP included) that do not limit software developers due to the constraints of the frameworks and the histories of the tools they are written in and the developers who created them. Certainly, Functional Globals are not the best object-oriented tool for LabVIEW developers, but that said, you'd be hard-pressed to find another object-oriented programming technique in LabVIEW with such wide-spread adoption and successful deployment. Does acknowledging that Functional Globals have object-oriented qualities and understanding their importance today and in the history of object-oriented LabVIEW techniques really make me a Neanderthal? Maybe. But, doesn't the analogy of pounding and poking beg for a Freudian interpretation? "Tool envy" comes to mind Kring out, Quote Link to comment
Aristos Queue Posted December 10, 2007 Author Report Share Posted December 10, 2007 QUOTE(Jim Kring @ Dec 9 2007, 03:13 PM) Does acknowledging that Functional Globals have object-oriented qualities and understanding their importance today and in the history of object-oriented LabVIEW techniques really make me a Neanderthal? Maybe. But, doesn't the analogy of pounding and poking beg for a Freudian interpretation? "Tool envy" comes to mind Successful invocation of Freud grants victory (just as invocation of Hitler causes automatic loss). So for the moment I'll grant Functional Globals status as OO tools, subject to review of decision one year from now. Nevertheless, GOOP is an inaccurate name for the forum since GOOP is a specific type of technology (whether it was intended that way or not originally, it is now). Quote Link to comment
Jim Kring Posted December 10, 2007 Report Share Posted December 10, 2007 It looks like Michael has renamed the forum to "Object-Oriented Programming". Thanks, AQ, for the great suggestion (and interesting tangential debate). Cheers, Quote Link to comment
Tomi Maila Posted December 10, 2007 Report Share Posted December 10, 2007 QUOTE(Jim Kring @ Dec 9 2007, 11:57 PM) It looks like Michael has renamed the forum to "Object-Oriented Programming". Thanks, AQ, for the great suggestion (and interesting tangential debate). Super! Thanks AQ for the suggestion. Quote Link to comment
Aristos Queue Posted December 11, 2007 Author Report Share Posted December 11, 2007 Thank you, Michael. Quote Link to comment
shoneill Posted December 11, 2007 Report Share Posted December 11, 2007 The fact that something used a certain subset of a typical programming technique doesn't automatically make it compatible. There ARE different techniques to OOP out there people. OOP has become such a sprawling, multi-interpretation term that it has become almost meaningless. One person interprets OOP as meaning this, others as that, others again as something completely different. A technique using encapsulation and abstraction but without inheritance per se (although it certainly is optional) is Component-based programming. I think this description fits much better than Object-oriented as the missing inheritance (almost universally thought of as being a key factor of object-oriented programming) is not required. Just my 2c. Shane. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.