programming language statement order
-
In a pure functional programming language statement order is irrelevant for program execution, i.e. you can change the order of the statements and the program will execute identically. Now what language features makes this possible and why it is not possible in imperative languages. Regards, Asim
-
In a pure functional programming language statement order is irrelevant for program execution, i.e. you can change the order of the statements and the program will execute identically. Now what language features makes this possible and why it is not possible in imperative languages. Regards, Asim
In my case order is irrelevant for execution because I have to get it to compile first...
I Do Whatever My Rice Krispies Tell Me To. Toasty0.com
-
In my case order is irrelevant for execution because I have to get it to compile first...
I Do Whatever My Rice Krispies Tell Me To. Toasty0.com
:laugh::laugh::laugh: "If it's Snowbird season, why can't we shoot them?" - Overheard in a bar in Bullhead City
-
In my case order is irrelevant for execution because I have to get it to compile first...
I Do Whatever My Rice Krispies Tell Me To. Toasty0.com
-
Yes, but once it's compiled there are serious issues with statement order, such as opening a connection before doing a query. Learn which South African airlines never to use on my blog.
well, one of our programmers solves that statement order issue... he just opens everything and leaves it open for the duration.... :rolleyes: _________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)
-
In a pure functional programming language statement order is irrelevant for program execution, i.e. you can change the order of the statements and the program will execute identically. Now what language features makes this possible and why it is not possible in imperative languages. Regards, Asim
AsimNazir wrote: Now what language features makes this possible and why it is not possible in imperative languages. See MyXaml[^] for all your homework answers regarding declarative programming! :-D Marc MyXaml Advanced Unit Testing
-
well, one of our programmers solves that statement order issue... he just opens everything and leaves it open for the duration.... :rolleyes: _________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)
Jeffry J. Brickley wrote: he just opens everything and leaves it open for the duration.... Hey, I didn't know we worked for the same company! I just fixed that problem![^] :-D Marc MyXaml Advanced Unit Testing
-
Jeffry J. Brickley wrote: he just opens everything and leaves it open for the duration.... Hey, I didn't know we worked for the same company! I just fixed that problem![^] :-D Marc MyXaml Advanced Unit Testing
Marc Clifton wrote: Hey, I didn't know we worked for the same company! I just fixed that problem![^] thank you very much for fixing that! hey... there were only 4 of us last week, when did they hire you? uhh... you aren't after my job are you? :~ _________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)
-
In a pure functional programming language statement order is irrelevant for program execution, i.e. you can change the order of the statements and the program will execute identically. Now what language features makes this possible and why it is not possible in imperative languages. Regards, Asim
Agree I do. Order what matter does? Am completely I intelligible without myself worrying ordering about word.
-
Agree I do. Order what matter does? Am completely I intelligible without myself worrying ordering about word.
a Actually, an arbitraty assigning could get if in interesting it ordering sentence start to words you. a I a a It me of to in so by the C++ all the that used work with that file that were than lengh header rather reminds ordered logical function grouping developer signature refactored signatures application
Vogon Building and Loan advise that your planet is at risk if you do not keep up repayments on any mortgage secured upon it. Please remember that the force of gravity can go up as well as down.
-
Agree I do. Order what matter does? Am completely I intelligible without myself worrying ordering about word.
Jeff Bogan wrote: Agree I do. Order what matter does? Am completely I intelligible without myself worrying ordering about word. Yes Yoda. May the order be with you! :-D Marc MyXaml Advanced Unit Testing
-
In a pure functional programming language statement order is irrelevant for program execution, i.e. you can change the order of the statements and the program will execute identically. Now what language features makes this possible and why it is not possible in imperative languages. Regards, Asim
Because the foundation of imperative languages are built upon the Von Neumann model, while functional languages aren't. Functional languages can be mapped onto imperative languages, but the inverse is not possible. For instance look at this imperative piece of code:
x = 3;
y = 3 * x;. Switching the order just won't work, because y depends on the value inside x. In a functional world, the code would simply state that x is 3, and y is whatever x is times three (and that can be done in any order). Imperative languages allows you to tell the computer what to do, while functional languages allows you to tell the computer how things are related. (And hopefully the machine will figure out what to do based on your description of the problem) -- Weiter, weiter, ins verderben. Wir müssen leben bis wir sterben.
-
Agree I do. Order what matter does? Am completely I intelligible without myself worrying ordering about word.
To make it more interesting, start with adjectives, follow up with nouns, continue with verbs, and lastly auxiliary verbs (if any). Adverbs? Just toss them out the window, they're just syntactic sugar anyway ;) -- Weiter, weiter, ins verderben. Wir müssen leben bis wir sterben.
-
Agree I do. Order what matter does? Am completely I intelligible without myself worrying ordering about word.
Aoccdrnig to a rscheearch at Cmabrigde Uinervtisy, it deosn't mttaer inwaht oredr the ltteers in a wrod are, the olny iprmoetnt tihng is tahtthe frist and lsat ltteer be at the rghit pclae. The rset can be a total mses and you can sitll raed it wouthit any porbelm. Tihs is bcuseae the huamn mnid deos not raed ervey lteter by istlef, butthe wrod as a wlohe... ;) If you are interested[^]
David Wulff The Royal Woofle Museum
Everybody is entitled to my opinion
-
In a pure functional programming language statement order is irrelevant for program execution, i.e. you can change the order of the statements and the program will execute identically. Now what language features makes this possible and why it is not possible in imperative languages. Regards, Asim
In a purely functional programming environment, no statement has any side effects: the most it can ever do is evaluate to a value. It cannot, under any circumstances, affect program state outside itself. This essentialy boils down into saying that functional langauges have only function-local scope variables, and all parameters are passed by-value, not by-reference. With these guards in place, it is guarunteed that the program state before a function x is called will be exactly the same as the program state immediately after function x returns (except, of course, for the return value of function x being stored). As a corollary, these conditions end up meaning that a function will always return the same value when given the same input. -- Russell Morris "So, broccoli, mother says you're good for me... but I'm afraid I'm no good for you!" - Stewy
-
Because the foundation of imperative languages are built upon the Von Neumann model, while functional languages aren't. Functional languages can be mapped onto imperative languages, but the inverse is not possible. For instance look at this imperative piece of code:
x = 3;
y = 3 * x;. Switching the order just won't work, because y depends on the value inside x. In a functional world, the code would simply state that x is 3, and y is whatever x is times three (and that can be done in any order). Imperative languages allows you to tell the computer what to do, while functional languages allows you to tell the computer how things are related. (And hopefully the machine will figure out what to do based on your description of the problem) -- Weiter, weiter, ins verderben. Wir müssen leben bis wir sterben.
Never thought about a career in teaching? I think you perfectly answered his homework question :-D
Fold With Us! "A leader is a man who can adapt principles to circumstances - Georges S. Patton, 1885–1945"
-
Never thought about a career in teaching? I think you perfectly answered his homework question :-D
Fold With Us! "A leader is a man who can adapt principles to circumstances - Georges S. Patton, 1885–1945"
I wouldn't go back to teaching unless I'm given a big fat stack of cash every month. Teaching just ain't worth it otherwise. :) -- Weiter, weiter, ins verderben. Wir müssen leben bis wir sterben.