Visual Basic.net [英] Visual Basic.net

问题描述

嘿，有没有人有关于opject orianteted概念的好文章？


祝愿

Hey, did anyone have a good paper about the opject orianteted concept?

wishes

推荐答案

不是真正的VB.NET问题


搜索 http：/ /www.google.com forOOPS


Crouchie1998

BA（HONS）MCP MCSE

Not really a VB.NET question

Search http://www.google.com for "OOPS"

Crouchie1998
BA (HONS) MCP MCSE

我认为这也是一个vb.net问题，因为我在互联网上看到，

vb.net oop与原来的oop概念不同.... 。））））


非常感谢！


最佳精彩

" Crouchie1998" < CR ********** @ spamcop.net> schrieb im Newsbeitrag

新闻：uF ************** @ TK2MSFTNGP09.phx.gbl ...

I think it is also a vb.net question, because I read in the internet, that
the vb.net oop is different from the originally oop concept.....;)))

thanks very much!

best wisches
"Crouchie1998" <cr**********@spamcop.net> schrieb im Newsbeitrag
news:uF**************@TK2MSFTNGP09.phx.gbl...

不是真正的VB。 NET问题

搜索 http://www.google.com forOOPS

Crouchie1998
BA（HONS）MCP MCSE

Not really a VB.NET question

Search http://www.google.com for "OOPS"

Crouchie1998
BA (HONS) MCP MCSE

来了一下很晚才到派对了吗？


我首先要说的是VB.net和C＃都是非常完整的OOP实现的
。虽然VB肯定允许在某些地方使用旧式的程序代码，但在VB.NET中可以很好地说明OOP。


OOP包含一些基本概念。

*表示元素为自包含的数据集合

（变量，名词）和方法（subs，actions）可用于
允许对象进行交互。

*允许根据柏拉图式创建对象。对象类型

（模板）或更为通用的Prototypes（elkis

to mammal）的特化，带有定义的基本品质

原型。 （麋鹿有毛皮，但不是所有的哺乳动物都有角）。

*允许物品以类似的方式根据它们的原型进行处理（如果你可以皮肤或吃的话）一个哺乳动物，你可以皮肤或吃一个

麋鹿）。


VB.NET几乎每个盒子都有一张支票。


如果你想了解关于对象理论的更多细节，请阅读一本关于UML的书或阅读

几乎所有关于VB，C＃或
$的编程书籍的介绍b $ b Java。 （你可以在书店这样做。概念'不是那个

膨胀。）


现在很难找到一种语言不是以某种方式面向对象的
。如果你想要一个对位来锤击

概念家，请查看PHP。它确实有对象的限制，但是绝大多数PHP应用程序使用基本变量和数组

和函数，这是一种可行的方法。在PHP 5建立之后，这可能会改变
（或者可能是6 - PHP人群在程序代码中是非常根深蒂固的。）


JavaScript是另一种流行的语言示例，它不会给你带来OOP方法。您可以访问反映

网页信息的对象，并且（虽然这不在

文档中强调）使用JavaScript定义和使用自定义对象，

后者实际上很少见。


现在：一些破坏的神话：

面向对象的代码无法解决问题本身。它是一个

框架，用于重新思考你的任务并将其定义为一个更真实的世界基于
的范例，但你可以在OOP中创建糟糕的代码，就像你在

程序代码。 OOP不会让你自己拯救。


OOP不会节省你的时间......至少在开始时。在一个面向对象的范例中定义一个任务可能需要花费更多时间，而不是在某些程序代码中使用b
，但是如果你打算使用你的代码库那么

任何时间，你会发现值得花时间。


回到我之前的例子，大多数PHP编码器可以打败裤子

OOP团队在简单项目的基准方面。这在一些

上下文中使PHP变得更好。用于处理简单任务的语言，例如

表单处理，SQL报告和其他基本任务。面向对象

编码确实有一定数量的开销。


话虽如此，VB环境绝对是最好的

IDE在过去的12年中我见过任何一种语言，如果你还没有使用编码语言，那么这是一个非常好的地方

开始探索面向对象的编码。

coming a bit late to the party are we?

I would say first off that VB.net and C# are both pretty complete
implementations of OOP. Although VB definately allows for old style
procedural code in places, OOP is pretty well spelled out in VB.NET.

OOP includes a few basic concepts.
* representing elements as self contained collections of data
(variables, nouns) and methods (subs, actions) that can be used to
allow objects to interact.
* Allowing objects to be created based on "Platonic" object types
(templates) or to be specializations of more generic "Prototypes"(elkis
to mammal), carrying along the basic qualities that define the
prototype. (the elk has fur, but not all mammals have horns).
*Allowing objects to be treated in similar ways based on their
prototypes (if you can skin or eat a mammal, you can skin or eat an
elk).

VB.NET pretty much has a check in every box.

If you want more detail on Object Theory, pick up a book on UML or read
the introduction to pretty much every programming book on VB, C#, or
Java. (you can do this at the bookstore. the concept''s not that
expansive.)

It is actually pretty difficult to find a language nowadays that is NOT
object oriented in some way. If you want a counterpoint to hammer the
concept home, check out PHP. It does have allowances for objects, but
the vast majority of PHP applicaitions use basic variables and arrays
and functions, which is a proceedural approach. This will probably
change after PHP 5 is established (or maybe 6 -- the PHP crowd is
pretty entrenched in procedural code).

JavaScript is another popular example of a language which does not
force OOP methodology on you. You can access objects that reflect the
web pages'' information and (though this is not emphasized in the
documentation) define and use custom objects with JavaScript, the
latter is in practice rare.

NOW: a few myths to bust:
Object Oriented Code does NOT solve problems in and of itself. It is a
framework for rethinking your task and defining it a more real world
based paradigm, but you can create bad code in OOP just like you can in
procedural code. OOP will not save you from yourself.

OOP does NOT save you time... at least in the beginning. It may take
longer to define a task in an object oriented paradigm than to crunch
out some procedural code, but if you plan to live with your codebase
for any amount of time, you will find it time worth spending.

Back to my previous example, most PHP coders can beat the pants out of
an OOP team in terms of benchmarks for simple projects. This in some
contexts makes PHP a "better" language for handling simple tasks like
form processing, SQL reporting and other basic tasks. Object Oriented
coding does have a certain amount of "Overhead".

That being said, the VB environment is absolutely hands down the best
IDE I have ever seen for any language in the last 12 years and if you
are not already entrenched in a coding language, it is a great place to
begin your exploration of Object Oriented coding.

这篇关于Visual Basic.net的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！