Top down and Bottom up programming
Why do we say languages such as C are top-down while OOP languages like Java or C++ are bottom-up? Does this classification have any importance in software development?
java c++ c
add a comment |
Why do we say languages such as C are top-down while OOP languages like Java or C++ are bottom-up? Does this classification have any importance in software development?
java c++ c
OK.So now i understand these approaches basically has got more to do with the "way of thinking"(paradigms) than particular languages. Thanks everyone for your answers.
– buz
May 19 '09 at 5:57
add a comment |
Why do we say languages such as C are top-down while OOP languages like Java or C++ are bottom-up? Does this classification have any importance in software development?
java c++ c
Why do we say languages such as C are top-down while OOP languages like Java or C++ are bottom-up? Does this classification have any importance in software development?
java c++ c
java c++ c
edited Nov 21 '18 at 23:26
Nic Scozzaro
9321117
9321117
asked May 19 '09 at 5:14
buz
OK.So now i understand these approaches basically has got more to do with the "way of thinking"(paradigms) than particular languages. Thanks everyone for your answers.
– buz
May 19 '09 at 5:57
add a comment |
OK.So now i understand these approaches basically has got more to do with the "way of thinking"(paradigms) than particular languages. Thanks everyone for your answers.
– buz
May 19 '09 at 5:57
OK.So now i understand these approaches basically has got more to do with the "way of thinking"(paradigms) than particular languages. Thanks everyone for your answers.
– buz
May 19 '09 at 5:57
OK.So now i understand these approaches basically has got more to do with the "way of thinking"(paradigms) than particular languages. Thanks everyone for your answers.
– buz
May 19 '09 at 5:57
add a comment |
9 Answers
9
active
oldest
votes
The "top down" approach takes a high level definition of the problem and subdivides it into subproblems, which you then do recursively until you're down to pieces that are obvious and easy to code. This is often associated with the "functional decomposition" style of programming, but needn't be.
In "bottom up" programming, you identify lower-level tools that you can compose to become a bigger program.
In reality, almost all programming is done with a combination of approaches. in object oriented programming, you commonly subdivide the problem by identifying domain objects (which is a top down step), and refining those, then recombining those into the final program — a bottom up step.
add a comment |
In Top-Down development you start out with your main function, and then think of the main steps you need to take, then you break up each of those steps into their subparts, and so on.
In Bottom-Up programming you think of the basic functionality and the parts you're going to need and build them up. You develop the actors and their methods, and then you tie them together to make a coherent whole.
OOP naturally tends toward Bottom-Up as you develop your objects, while procedural programming tends toward Top-Down as you start out with one function and slowly add to it.
add a comment |
I've never heard the terms "top-down" and "bottom-up" used in that way.
The terms are usually used to describe how one approaches design and implementation of a software system and so apply to any language or programming paradigm.
In "On LISP", Paul Graham uses the term "bottom-up" slightly differently to mean continually extracting common functionality into shared functions so that you end up creating a new, higher level dialect of LISP that lets you program in terms of your application domain. That's not a common use of the term. These days we would call that "refactoring" and "domain-specific embedded languages" (and old LISP programmers would sneer that LISP has been able to do that since the 1950s).
add a comment |
I've never heard that classification applied to specific languages, rather it's a programming paradigm - do you first fill out the details (i.e. build full implementation methods) and then put them together (e.g. call them from them main() method), or start with the logical flow and then flesh out the implementation?
You can really do either with both types of lanugages... But I would say it's typically the opposite, in current OOP languages you'll first define the interfaces, forming the logical structure, and only afterwards worry about the implementation, whereas straight procedural languages like C, you need to actually implement some methods before you call them.
You are absolutely right. The question has a false statement. They are just approaches that can be respected and implemented independently from the programming language in use. With the complexity of modern software, both approaches are mixed and lot of developers use them both without even being aware of that. Your answer must be the accepted one because it is straightforward and not confusing for beginners.
– Billal Begueradj
Apr 24 '17 at 7:02
add a comment |
This Wikipedia page explains it pretty well http://en.wikipedia.org/wiki/Top-down#Programming
add a comment |
It's more about paradigm (object oriented, imperative, functionnal etc.) than syntax.
From dept-info.labri.fr
Bottom-up programming is the opposite of top-down programming. It
refers to a style of programming where an application is constructed
starting with existing primitives of the programming language, and
constructing gradually more and more complicated features, until the
all of the application has been written.
Later in the same article :
In a language such as C or Java, bottom-up programming takes the form
of constructing abstract data types from primitives of the language or
from existing abstract data types.
add a comment |
In top-down approach the system is first formulated specifying but not detailing any subsystem at the beginning, and then each system and its subsystem is defined in great detail until specifying it to the base.
e.g.- In a C program one needs to declare functions at the top of the program and then through the main entry to every subsystem/subroutine is defined in great detail.
In bottom-up approach first designing, beginning from the base level to the abstract level is done.
e.g.-In c++/java starts designing from class from basic level of the programming features and then goes to the main part of the program.
add a comment |
I do believe the difference between the top down approach and bottom up approach to programming is that the top down approach takes the problem and into and breaks into manageable steps and bottom up approach is actually detailing those steps.
add a comment |
C is structured language and the sequence of programs is from top to bottom. starting from the main method.
while OOP depends upon number of classes and objects. flow of program is not in top down approach in OOP
3
C doesn't have methods. Flow goes downward in OOP. Top-down refers to design, not program flow. In short, no.
– rlbond
May 19 '09 at 5:29
add a comment |
Your Answer
StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f881064%2ftop-down-and-bottom-up-programming%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
9 Answers
9
active
oldest
votes
9 Answers
9
active
oldest
votes
active
oldest
votes
active
oldest
votes
The "top down" approach takes a high level definition of the problem and subdivides it into subproblems, which you then do recursively until you're down to pieces that are obvious and easy to code. This is often associated with the "functional decomposition" style of programming, but needn't be.
In "bottom up" programming, you identify lower-level tools that you can compose to become a bigger program.
In reality, almost all programming is done with a combination of approaches. in object oriented programming, you commonly subdivide the problem by identifying domain objects (which is a top down step), and refining those, then recombining those into the final program — a bottom up step.
add a comment |
The "top down" approach takes a high level definition of the problem and subdivides it into subproblems, which you then do recursively until you're down to pieces that are obvious and easy to code. This is often associated with the "functional decomposition" style of programming, but needn't be.
In "bottom up" programming, you identify lower-level tools that you can compose to become a bigger program.
In reality, almost all programming is done with a combination of approaches. in object oriented programming, you commonly subdivide the problem by identifying domain objects (which is a top down step), and refining those, then recombining those into the final program — a bottom up step.
add a comment |
The "top down" approach takes a high level definition of the problem and subdivides it into subproblems, which you then do recursively until you're down to pieces that are obvious and easy to code. This is often associated with the "functional decomposition" style of programming, but needn't be.
In "bottom up" programming, you identify lower-level tools that you can compose to become a bigger program.
In reality, almost all programming is done with a combination of approaches. in object oriented programming, you commonly subdivide the problem by identifying domain objects (which is a top down step), and refining those, then recombining those into the final program — a bottom up step.
The "top down" approach takes a high level definition of the problem and subdivides it into subproblems, which you then do recursively until you're down to pieces that are obvious and easy to code. This is often associated with the "functional decomposition" style of programming, but needn't be.
In "bottom up" programming, you identify lower-level tools that you can compose to become a bigger program.
In reality, almost all programming is done with a combination of approaches. in object oriented programming, you commonly subdivide the problem by identifying domain objects (which is a top down step), and refining those, then recombining those into the final program — a bottom up step.
answered May 19 '09 at 5:29
Charlie MartinCharlie Martin
90.8k18161239
90.8k18161239
add a comment |
add a comment |
In Top-Down development you start out with your main function, and then think of the main steps you need to take, then you break up each of those steps into their subparts, and so on.
In Bottom-Up programming you think of the basic functionality and the parts you're going to need and build them up. You develop the actors and their methods, and then you tie them together to make a coherent whole.
OOP naturally tends toward Bottom-Up as you develop your objects, while procedural programming tends toward Top-Down as you start out with one function and slowly add to it.
add a comment |
In Top-Down development you start out with your main function, and then think of the main steps you need to take, then you break up each of those steps into their subparts, and so on.
In Bottom-Up programming you think of the basic functionality and the parts you're going to need and build them up. You develop the actors and their methods, and then you tie them together to make a coherent whole.
OOP naturally tends toward Bottom-Up as you develop your objects, while procedural programming tends toward Top-Down as you start out with one function and slowly add to it.
add a comment |
In Top-Down development you start out with your main function, and then think of the main steps you need to take, then you break up each of those steps into their subparts, and so on.
In Bottom-Up programming you think of the basic functionality and the parts you're going to need and build them up. You develop the actors and their methods, and then you tie them together to make a coherent whole.
OOP naturally tends toward Bottom-Up as you develop your objects, while procedural programming tends toward Top-Down as you start out with one function and slowly add to it.
In Top-Down development you start out with your main function, and then think of the main steps you need to take, then you break up each of those steps into their subparts, and so on.
In Bottom-Up programming you think of the basic functionality and the parts you're going to need and build them up. You develop the actors and their methods, and then you tie them together to make a coherent whole.
OOP naturally tends toward Bottom-Up as you develop your objects, while procedural programming tends toward Top-Down as you start out with one function and slowly add to it.
answered May 19 '09 at 5:28
EclipseEclipse
38.4k1499161
38.4k1499161
add a comment |
add a comment |
I've never heard the terms "top-down" and "bottom-up" used in that way.
The terms are usually used to describe how one approaches design and implementation of a software system and so apply to any language or programming paradigm.
In "On LISP", Paul Graham uses the term "bottom-up" slightly differently to mean continually extracting common functionality into shared functions so that you end up creating a new, higher level dialect of LISP that lets you program in terms of your application domain. That's not a common use of the term. These days we would call that "refactoring" and "domain-specific embedded languages" (and old LISP programmers would sneer that LISP has been able to do that since the 1950s).
add a comment |
I've never heard the terms "top-down" and "bottom-up" used in that way.
The terms are usually used to describe how one approaches design and implementation of a software system and so apply to any language or programming paradigm.
In "On LISP", Paul Graham uses the term "bottom-up" slightly differently to mean continually extracting common functionality into shared functions so that you end up creating a new, higher level dialect of LISP that lets you program in terms of your application domain. That's not a common use of the term. These days we would call that "refactoring" and "domain-specific embedded languages" (and old LISP programmers would sneer that LISP has been able to do that since the 1950s).
add a comment |
I've never heard the terms "top-down" and "bottom-up" used in that way.
The terms are usually used to describe how one approaches design and implementation of a software system and so apply to any language or programming paradigm.
In "On LISP", Paul Graham uses the term "bottom-up" slightly differently to mean continually extracting common functionality into shared functions so that you end up creating a new, higher level dialect of LISP that lets you program in terms of your application domain. That's not a common use of the term. These days we would call that "refactoring" and "domain-specific embedded languages" (and old LISP programmers would sneer that LISP has been able to do that since the 1950s).
I've never heard the terms "top-down" and "bottom-up" used in that way.
The terms are usually used to describe how one approaches design and implementation of a software system and so apply to any language or programming paradigm.
In "On LISP", Paul Graham uses the term "bottom-up" slightly differently to mean continually extracting common functionality into shared functions so that you end up creating a new, higher level dialect of LISP that lets you program in terms of your application domain. That's not a common use of the term. These days we would call that "refactoring" and "domain-specific embedded languages" (and old LISP programmers would sneer that LISP has been able to do that since the 1950s).
answered May 19 '09 at 5:38
NatNat
8,81032532
8,81032532
add a comment |
add a comment |
I've never heard that classification applied to specific languages, rather it's a programming paradigm - do you first fill out the details (i.e. build full implementation methods) and then put them together (e.g. call them from them main() method), or start with the logical flow and then flesh out the implementation?
You can really do either with both types of lanugages... But I would say it's typically the opposite, in current OOP languages you'll first define the interfaces, forming the logical structure, and only afterwards worry about the implementation, whereas straight procedural languages like C, you need to actually implement some methods before you call them.
You are absolutely right. The question has a false statement. They are just approaches that can be respected and implemented independently from the programming language in use. With the complexity of modern software, both approaches are mixed and lot of developers use them both without even being aware of that. Your answer must be the accepted one because it is straightforward and not confusing for beginners.
– Billal Begueradj
Apr 24 '17 at 7:02
add a comment |
I've never heard that classification applied to specific languages, rather it's a programming paradigm - do you first fill out the details (i.e. build full implementation methods) and then put them together (e.g. call them from them main() method), or start with the logical flow and then flesh out the implementation?
You can really do either with both types of lanugages... But I would say it's typically the opposite, in current OOP languages you'll first define the interfaces, forming the logical structure, and only afterwards worry about the implementation, whereas straight procedural languages like C, you need to actually implement some methods before you call them.
You are absolutely right. The question has a false statement. They are just approaches that can be respected and implemented independently from the programming language in use. With the complexity of modern software, both approaches are mixed and lot of developers use them both without even being aware of that. Your answer must be the accepted one because it is straightforward and not confusing for beginners.
– Billal Begueradj
Apr 24 '17 at 7:02
add a comment |
I've never heard that classification applied to specific languages, rather it's a programming paradigm - do you first fill out the details (i.e. build full implementation methods) and then put them together (e.g. call them from them main() method), or start with the logical flow and then flesh out the implementation?
You can really do either with both types of lanugages... But I would say it's typically the opposite, in current OOP languages you'll first define the interfaces, forming the logical structure, and only afterwards worry about the implementation, whereas straight procedural languages like C, you need to actually implement some methods before you call them.
I've never heard that classification applied to specific languages, rather it's a programming paradigm - do you first fill out the details (i.e. build full implementation methods) and then put them together (e.g. call them from them main() method), or start with the logical flow and then flesh out the implementation?
You can really do either with both types of lanugages... But I would say it's typically the opposite, in current OOP languages you'll first define the interfaces, forming the logical structure, and only afterwards worry about the implementation, whereas straight procedural languages like C, you need to actually implement some methods before you call them.
answered May 19 '09 at 5:30
AviDAviD
11k55480
11k55480
You are absolutely right. The question has a false statement. They are just approaches that can be respected and implemented independently from the programming language in use. With the complexity of modern software, both approaches are mixed and lot of developers use them both without even being aware of that. Your answer must be the accepted one because it is straightforward and not confusing for beginners.
– Billal Begueradj
Apr 24 '17 at 7:02
add a comment |
You are absolutely right. The question has a false statement. They are just approaches that can be respected and implemented independently from the programming language in use. With the complexity of modern software, both approaches are mixed and lot of developers use them both without even being aware of that. Your answer must be the accepted one because it is straightforward and not confusing for beginners.
– Billal Begueradj
Apr 24 '17 at 7:02
You are absolutely right. The question has a false statement. They are just approaches that can be respected and implemented independently from the programming language in use. With the complexity of modern software, both approaches are mixed and lot of developers use them both without even being aware of that. Your answer must be the accepted one because it is straightforward and not confusing for beginners.
– Billal Begueradj
Apr 24 '17 at 7:02
You are absolutely right. The question has a false statement. They are just approaches that can be respected and implemented independently from the programming language in use. With the complexity of modern software, both approaches are mixed and lot of developers use them both without even being aware of that. Your answer must be the accepted one because it is straightforward and not confusing for beginners.
– Billal Begueradj
Apr 24 '17 at 7:02
add a comment |
This Wikipedia page explains it pretty well http://en.wikipedia.org/wiki/Top-down#Programming
add a comment |
This Wikipedia page explains it pretty well http://en.wikipedia.org/wiki/Top-down#Programming
add a comment |
This Wikipedia page explains it pretty well http://en.wikipedia.org/wiki/Top-down#Programming
This Wikipedia page explains it pretty well http://en.wikipedia.org/wiki/Top-down#Programming
answered May 19 '09 at 5:27
ViniVini
3,680113042
3,680113042
add a comment |
add a comment |
It's more about paradigm (object oriented, imperative, functionnal etc.) than syntax.
From dept-info.labri.fr
Bottom-up programming is the opposite of top-down programming. It
refers to a style of programming where an application is constructed
starting with existing primitives of the programming language, and
constructing gradually more and more complicated features, until the
all of the application has been written.
Later in the same article :
In a language such as C or Java, bottom-up programming takes the form
of constructing abstract data types from primitives of the language or
from existing abstract data types.
add a comment |
It's more about paradigm (object oriented, imperative, functionnal etc.) than syntax.
From dept-info.labri.fr
Bottom-up programming is the opposite of top-down programming. It
refers to a style of programming where an application is constructed
starting with existing primitives of the programming language, and
constructing gradually more and more complicated features, until the
all of the application has been written.
Later in the same article :
In a language such as C or Java, bottom-up programming takes the form
of constructing abstract data types from primitives of the language or
from existing abstract data types.
add a comment |
It's more about paradigm (object oriented, imperative, functionnal etc.) than syntax.
From dept-info.labri.fr
Bottom-up programming is the opposite of top-down programming. It
refers to a style of programming where an application is constructed
starting with existing primitives of the programming language, and
constructing gradually more and more complicated features, until the
all of the application has been written.
Later in the same article :
In a language such as C or Java, bottom-up programming takes the form
of constructing abstract data types from primitives of the language or
from existing abstract data types.
It's more about paradigm (object oriented, imperative, functionnal etc.) than syntax.
From dept-info.labri.fr
Bottom-up programming is the opposite of top-down programming. It
refers to a style of programming where an application is constructed
starting with existing primitives of the programming language, and
constructing gradually more and more complicated features, until the
all of the application has been written.
Later in the same article :
In a language such as C or Java, bottom-up programming takes the form
of constructing abstract data types from primitives of the language or
from existing abstract data types.
answered Apr 2 '13 at 13:23
RytekRytek
513821
513821
add a comment |
add a comment |
In top-down approach the system is first formulated specifying but not detailing any subsystem at the beginning, and then each system and its subsystem is defined in great detail until specifying it to the base.
e.g.- In a C program one needs to declare functions at the top of the program and then through the main entry to every subsystem/subroutine is defined in great detail.
In bottom-up approach first designing, beginning from the base level to the abstract level is done.
e.g.-In c++/java starts designing from class from basic level of the programming features and then goes to the main part of the program.
add a comment |
In top-down approach the system is first formulated specifying but not detailing any subsystem at the beginning, and then each system and its subsystem is defined in great detail until specifying it to the base.
e.g.- In a C program one needs to declare functions at the top of the program and then through the main entry to every subsystem/subroutine is defined in great detail.
In bottom-up approach first designing, beginning from the base level to the abstract level is done.
e.g.-In c++/java starts designing from class from basic level of the programming features and then goes to the main part of the program.
add a comment |
In top-down approach the system is first formulated specifying but not detailing any subsystem at the beginning, and then each system and its subsystem is defined in great detail until specifying it to the base.
e.g.- In a C program one needs to declare functions at the top of the program and then through the main entry to every subsystem/subroutine is defined in great detail.
In bottom-up approach first designing, beginning from the base level to the abstract level is done.
e.g.-In c++/java starts designing from class from basic level of the programming features and then goes to the main part of the program.
In top-down approach the system is first formulated specifying but not detailing any subsystem at the beginning, and then each system and its subsystem is defined in great detail until specifying it to the base.
e.g.- In a C program one needs to declare functions at the top of the program and then through the main entry to every subsystem/subroutine is defined in great detail.
In bottom-up approach first designing, beginning from the base level to the abstract level is done.
e.g.-In c++/java starts designing from class from basic level of the programming features and then goes to the main part of the program.
answered Jun 25 '13 at 4:03
varindervarinder
111
111
add a comment |
add a comment |
I do believe the difference between the top down approach and bottom up approach to programming is that the top down approach takes the problem and into and breaks into manageable steps and bottom up approach is actually detailing those steps.
add a comment |
I do believe the difference between the top down approach and bottom up approach to programming is that the top down approach takes the problem and into and breaks into manageable steps and bottom up approach is actually detailing those steps.
add a comment |
I do believe the difference between the top down approach and bottom up approach to programming is that the top down approach takes the problem and into and breaks into manageable steps and bottom up approach is actually detailing those steps.
I do believe the difference between the top down approach and bottom up approach to programming is that the top down approach takes the problem and into and breaks into manageable steps and bottom up approach is actually detailing those steps.
answered Mar 22 '17 at 6:44
XcodeXcode
639
639
add a comment |
add a comment |
C is structured language and the sequence of programs is from top to bottom. starting from the main method.
while OOP depends upon number of classes and objects. flow of program is not in top down approach in OOP
3
C doesn't have methods. Flow goes downward in OOP. Top-down refers to design, not program flow. In short, no.
– rlbond
May 19 '09 at 5:29
add a comment |
C is structured language and the sequence of programs is from top to bottom. starting from the main method.
while OOP depends upon number of classes and objects. flow of program is not in top down approach in OOP
3
C doesn't have methods. Flow goes downward in OOP. Top-down refers to design, not program flow. In short, no.
– rlbond
May 19 '09 at 5:29
add a comment |
C is structured language and the sequence of programs is from top to bottom. starting from the main method.
while OOP depends upon number of classes and objects. flow of program is not in top down approach in OOP
C is structured language and the sequence of programs is from top to bottom. starting from the main method.
while OOP depends upon number of classes and objects. flow of program is not in top down approach in OOP
answered May 19 '09 at 5:22
MohsanMohsan
1,28243957
1,28243957
3
C doesn't have methods. Flow goes downward in OOP. Top-down refers to design, not program flow. In short, no.
– rlbond
May 19 '09 at 5:29
add a comment |
3
C doesn't have methods. Flow goes downward in OOP. Top-down refers to design, not program flow. In short, no.
– rlbond
May 19 '09 at 5:29
3
3
C doesn't have methods. Flow goes downward in OOP. Top-down refers to design, not program flow. In short, no.
– rlbond
May 19 '09 at 5:29
C doesn't have methods. Flow goes downward in OOP. Top-down refers to design, not program flow. In short, no.
– rlbond
May 19 '09 at 5:29
add a comment |
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f881064%2ftop-down-and-bottom-up-programming%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
OK.So now i understand these approaches basically has got more to do with the "way of thinking"(paradigms) than particular languages. Thanks everyone for your answers.
– buz
May 19 '09 at 5:57