Term for function parameters defined for generic use, not specific












-2















Is there a term for this technique? One prominent example is the WinAPI: SendMessage( hwnd, msg, info1, info2 ) where parameters #3 and #4 only make sense per msg (which also means there are cases when only one or none of those two parameters are needed). See MSDN.



Rephrased: having an all-purpose function that always accepts multiple arguments, but interpreting them depends on a previous argument. I don't want to talk about open arrays, open arguments, typeless arguments... I know all that. That's not what I'm asking - I want to have the term for this type of functions (any maybe also how unspecific parameters are called).





This is not about casts or passing by reference - the parameter types are always the same. Other example: calculate( char operation, int a, int b ) which is then used as





  1. calculate( '+', 2, 5 ) (parameters #2 and #3 are summands)


  2. calculate( '/', 4, 2 ) (parameter #2 is the divident and parameter #3 is the divisor)


  3. calculate( '!', 3, 0 ) (parameter #2 is the factorial and parameter #3 is unused)


In all these cases the data type is always the same and never casted. But the meaning of parameters #2 and #3 differ per parameter #1. And since this is the case it is difficult to give those parameters a meaningful name. Of course the function itself most likely uses a switch(), but that is not subject to my question. How are parameters #2 and #3 called, where a distinct name cannot be found, but data types are always the same?










share|improve this question

























  • For clarity, are you referring to Optional Arguments. Which can be used for overloaded functions.

    – Nkosi
    Nov 27 '18 at 22:22













  • In the linked example however, those arguments are required and must be provided when ever that function is invoked. If not relevant to the passed msg then it is defaulted. as demonstrated here search for SendMessage

    – Nkosi
    Nov 27 '18 at 22:35











  • No, neither overloaded functions (which could all have their own name/type per parameter and amount of parameters) nor optional arguments (it's about the alternating sense of the parameters, not being mandatory/optional)

    – AmigoJack
    Nov 28 '18 at 7:26


















-2















Is there a term for this technique? One prominent example is the WinAPI: SendMessage( hwnd, msg, info1, info2 ) where parameters #3 and #4 only make sense per msg (which also means there are cases when only one or none of those two parameters are needed). See MSDN.



Rephrased: having an all-purpose function that always accepts multiple arguments, but interpreting them depends on a previous argument. I don't want to talk about open arrays, open arguments, typeless arguments... I know all that. That's not what I'm asking - I want to have the term for this type of functions (any maybe also how unspecific parameters are called).





This is not about casts or passing by reference - the parameter types are always the same. Other example: calculate( char operation, int a, int b ) which is then used as





  1. calculate( '+', 2, 5 ) (parameters #2 and #3 are summands)


  2. calculate( '/', 4, 2 ) (parameter #2 is the divident and parameter #3 is the divisor)


  3. calculate( '!', 3, 0 ) (parameter #2 is the factorial and parameter #3 is unused)


In all these cases the data type is always the same and never casted. But the meaning of parameters #2 and #3 differ per parameter #1. And since this is the case it is difficult to give those parameters a meaningful name. Of course the function itself most likely uses a switch(), but that is not subject to my question. How are parameters #2 and #3 called, where a distinct name cannot be found, but data types are always the same?










share|improve this question

























  • For clarity, are you referring to Optional Arguments. Which can be used for overloaded functions.

    – Nkosi
    Nov 27 '18 at 22:22













  • In the linked example however, those arguments are required and must be provided when ever that function is invoked. If not relevant to the passed msg then it is defaulted. as demonstrated here search for SendMessage

    – Nkosi
    Nov 27 '18 at 22:35











  • No, neither overloaded functions (which could all have their own name/type per parameter and amount of parameters) nor optional arguments (it's about the alternating sense of the parameters, not being mandatory/optional)

    – AmigoJack
    Nov 28 '18 at 7:26
















-2












-2








-2


1






Is there a term for this technique? One prominent example is the WinAPI: SendMessage( hwnd, msg, info1, info2 ) where parameters #3 and #4 only make sense per msg (which also means there are cases when only one or none of those two parameters are needed). See MSDN.



Rephrased: having an all-purpose function that always accepts multiple arguments, but interpreting them depends on a previous argument. I don't want to talk about open arrays, open arguments, typeless arguments... I know all that. That's not what I'm asking - I want to have the term for this type of functions (any maybe also how unspecific parameters are called).





This is not about casts or passing by reference - the parameter types are always the same. Other example: calculate( char operation, int a, int b ) which is then used as





  1. calculate( '+', 2, 5 ) (parameters #2 and #3 are summands)


  2. calculate( '/', 4, 2 ) (parameter #2 is the divident and parameter #3 is the divisor)


  3. calculate( '!', 3, 0 ) (parameter #2 is the factorial and parameter #3 is unused)


In all these cases the data type is always the same and never casted. But the meaning of parameters #2 and #3 differ per parameter #1. And since this is the case it is difficult to give those parameters a meaningful name. Of course the function itself most likely uses a switch(), but that is not subject to my question. How are parameters #2 and #3 called, where a distinct name cannot be found, but data types are always the same?










share|improve this question
















Is there a term for this technique? One prominent example is the WinAPI: SendMessage( hwnd, msg, info1, info2 ) where parameters #3 and #4 only make sense per msg (which also means there are cases when only one or none of those two parameters are needed). See MSDN.



Rephrased: having an all-purpose function that always accepts multiple arguments, but interpreting them depends on a previous argument. I don't want to talk about open arrays, open arguments, typeless arguments... I know all that. That's not what I'm asking - I want to have the term for this type of functions (any maybe also how unspecific parameters are called).





This is not about casts or passing by reference - the parameter types are always the same. Other example: calculate( char operation, int a, int b ) which is then used as





  1. calculate( '+', 2, 5 ) (parameters #2 and #3 are summands)


  2. calculate( '/', 4, 2 ) (parameter #2 is the divident and parameter #3 is the divisor)


  3. calculate( '!', 3, 0 ) (parameter #2 is the factorial and parameter #3 is unused)


In all these cases the data type is always the same and never casted. But the meaning of parameters #2 and #3 differ per parameter #1. And since this is the case it is difficult to give those parameters a meaningful name. Of course the function itself most likely uses a switch(), but that is not subject to my question. How are parameters #2 and #3 called, where a distinct name cannot be found, but data types are always the same?







function parameters






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Dec 6 '18 at 14:16







AmigoJack

















asked Nov 21 '18 at 8:37









AmigoJackAmigoJack

622414




622414













  • For clarity, are you referring to Optional Arguments. Which can be used for overloaded functions.

    – Nkosi
    Nov 27 '18 at 22:22













  • In the linked example however, those arguments are required and must be provided when ever that function is invoked. If not relevant to the passed msg then it is defaulted. as demonstrated here search for SendMessage

    – Nkosi
    Nov 27 '18 at 22:35











  • No, neither overloaded functions (which could all have their own name/type per parameter and amount of parameters) nor optional arguments (it's about the alternating sense of the parameters, not being mandatory/optional)

    – AmigoJack
    Nov 28 '18 at 7:26





















  • For clarity, are you referring to Optional Arguments. Which can be used for overloaded functions.

    – Nkosi
    Nov 27 '18 at 22:22













  • In the linked example however, those arguments are required and must be provided when ever that function is invoked. If not relevant to the passed msg then it is defaulted. as demonstrated here search for SendMessage

    – Nkosi
    Nov 27 '18 at 22:35











  • No, neither overloaded functions (which could all have their own name/type per parameter and amount of parameters) nor optional arguments (it's about the alternating sense of the parameters, not being mandatory/optional)

    – AmigoJack
    Nov 28 '18 at 7:26



















For clarity, are you referring to Optional Arguments. Which can be used for overloaded functions.

– Nkosi
Nov 27 '18 at 22:22







For clarity, are you referring to Optional Arguments. Which can be used for overloaded functions.

– Nkosi
Nov 27 '18 at 22:22















In the linked example however, those arguments are required and must be provided when ever that function is invoked. If not relevant to the passed msg then it is defaulted. as demonstrated here search for SendMessage

– Nkosi
Nov 27 '18 at 22:35





In the linked example however, those arguments are required and must be provided when ever that function is invoked. If not relevant to the passed msg then it is defaulted. as demonstrated here search for SendMessage

– Nkosi
Nov 27 '18 at 22:35













No, neither overloaded functions (which could all have their own name/type per parameter and amount of parameters) nor optional arguments (it's about the alternating sense of the parameters, not being mandatory/optional)

– AmigoJack
Nov 28 '18 at 7:26







No, neither overloaded functions (which could all have their own name/type per parameter and amount of parameters) nor optional arguments (it's about the alternating sense of the parameters, not being mandatory/optional)

– AmigoJack
Nov 28 '18 at 7:26














3 Answers
3






active

oldest

votes


















1





+50









The fact the msg argument "changes" the parameters is through a simple switch statement. Each "msg" in the switch knows the parameters(with type) needed and casts them appropriately.



This "technique" is called passing by reference, or passing by address. The latter is usually used for method pointers.



There is no Special name if that is what you are asking. It is a regular function, method or procedure.



The referenced Function is a Win32 API Function, which may be referred to as a "Windows function call."






share|improve this answer


























  • Yes, with the WinAPI example this is true, yet still information I never asked for. Calling by reference is wrong, as I can very well call it with literals/constants, not only variables. I'd call parameters #3 and #4 "dependant", but that ignores that they're not automatically subject to casts and different types. I'm gonna edit my question to add another example.

    – AmigoJack
    Dec 6 '18 at 14:01



















0














This is an example of a static Parameter and multiple Dynamic parameters.
The static is the "msg" and the dynamic is described as the following:



These parameters are generic pointers. Passed by reference. They can point to any data type or no value, ie null pointer. It is up to the sender to lock the memory in place, and the receiving method to interpret the pointer correctly (through pointer casts).



This is an example of typeless argument passing. The only thing passed is a memory address. It is dangerous since the types passed must be agreed upon ahead of time(by convention and not contract as with a typed language construct) and must match on both sides of the call.



This was common before C++, in the C days, we only had C structs to pass around. Leading to many General Fault Protection errors. Since then, typed interfaces mostly have replaced the generic equivalents through libraries. But the underlying Win32 methods remain the same. The main substantial change since its' inception is the acceptance of 64-bit pointers.






share|improve this answer


























  • That's almost completely missing my question: the data type of the arguments are not the issue - let them be the same for every call (instead of pointers) - could you then name a term for this technique?

    – AmigoJack
    Dec 1 '18 at 22:34











  • Please don't downvote this, as it explains how the diverse parameters are passed. While this may not be germane to the OP, It is correct and should be preserved for all who come later.

    – Strom
    Dec 3 '18 at 3:35











  • This is why I opened a new answer instead of editing this one.

    – Strom
    Dec 3 '18 at 3:36











  • There are rarily question where providing ANY true information is wanted, and this one isn't - hence the downvote.

    – AmigoJack
    Dec 6 '18 at 14:04



















0














Although not widely supported, what you are referring to would be a dependently typed function (or dependently typed parameters).



To quote wikipedia on dependent types




A "pair of integers" is a type. A "pair of integers where the second is greater than the first" is a dependent type because of the dependence on the value.




The parameters could have a type that depends on a value. The type of info1 depends on the value msg as does info2.



In order to make this approach work in a language without dependent types, the dependent parameters are given a very generic type that is only refined later on when more information is available. When the type of msg becomes known (at runtime) only then is are the types of info1 and info2 assumed. Even though the language doesn't allow you to express this dependency, I would still call the approach a dependently type one.






share|improve this answer
























  • @Storm Yes it is hard to talk about in this context as the function isn't curried but mapping from this uncurried context, these last parameters would be dependent. Currying the function is trivial in this example as the info parameters are last. I don't think there is anything new here, they are return types in the curried definition, parameter types in this one.

    – SpencerPark
    Dec 5 '18 at 0:23













  • The reference equates the return value as the "Dependent type"; and does not reference the modification of previous arguments. I believe you may have coined a new usage for the term. I hope it catches on.

    – Strom
    Dec 5 '18 at 0:25











  • I am familiar with LISP, Scheme, and Haskell, as well as C and C++. The term Curry does not apply here since C does not reduce its parameters to single element forms. Parameter order is irrelevant in C method calls. There is no composition.

    – Strom
    Dec 5 '18 at 0:48











  • Good point (and TIL in C arguments aren't evaluated left to right, thanks!), what I meant was that it is the closest we can come to the metaphor. In a language with curried functions there is no need to talk about a "dependently typed parameter" because it is actually part of the return type of the returned function. When stretching it to something like C this term seems to capture the idea but you are right, it doesn't make sense to mentally curry the signature.

    – SpencerPark
    Dec 5 '18 at 4:17











  • I agree with your analogy. But until it is accepted as common terminology in the area referenced, C/C++ and Windows API, it cannot be treated as such. If I were to walk into a room full of professors and professionals, in the field, how many of the would know your term, as it applies in this context? Publish a paper make it well known.

    – Strom
    Dec 5 '18 at 5:28











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
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53408078%2fterm-for-function-parameters-defined-for-generic-use-not-specific%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























3 Answers
3






active

oldest

votes








3 Answers
3






active

oldest

votes









active

oldest

votes






active

oldest

votes









1





+50









The fact the msg argument "changes" the parameters is through a simple switch statement. Each "msg" in the switch knows the parameters(with type) needed and casts them appropriately.



This "technique" is called passing by reference, or passing by address. The latter is usually used for method pointers.



There is no Special name if that is what you are asking. It is a regular function, method or procedure.



The referenced Function is a Win32 API Function, which may be referred to as a "Windows function call."






share|improve this answer


























  • Yes, with the WinAPI example this is true, yet still information I never asked for. Calling by reference is wrong, as I can very well call it with literals/constants, not only variables. I'd call parameters #3 and #4 "dependant", but that ignores that they're not automatically subject to casts and different types. I'm gonna edit my question to add another example.

    – AmigoJack
    Dec 6 '18 at 14:01
















1





+50









The fact the msg argument "changes" the parameters is through a simple switch statement. Each "msg" in the switch knows the parameters(with type) needed and casts them appropriately.



This "technique" is called passing by reference, or passing by address. The latter is usually used for method pointers.



There is no Special name if that is what you are asking. It is a regular function, method or procedure.



The referenced Function is a Win32 API Function, which may be referred to as a "Windows function call."






share|improve this answer


























  • Yes, with the WinAPI example this is true, yet still information I never asked for. Calling by reference is wrong, as I can very well call it with literals/constants, not only variables. I'd call parameters #3 and #4 "dependant", but that ignores that they're not automatically subject to casts and different types. I'm gonna edit my question to add another example.

    – AmigoJack
    Dec 6 '18 at 14:01














1





+50







1





+50



1




+50





The fact the msg argument "changes" the parameters is through a simple switch statement. Each "msg" in the switch knows the parameters(with type) needed and casts them appropriately.



This "technique" is called passing by reference, or passing by address. The latter is usually used for method pointers.



There is no Special name if that is what you are asking. It is a regular function, method or procedure.



The referenced Function is a Win32 API Function, which may be referred to as a "Windows function call."






share|improve this answer















The fact the msg argument "changes" the parameters is through a simple switch statement. Each "msg" in the switch knows the parameters(with type) needed and casts them appropriately.



This "technique" is called passing by reference, or passing by address. The latter is usually used for method pointers.



There is no Special name if that is what you are asking. It is a regular function, method or procedure.



The referenced Function is a Win32 API Function, which may be referred to as a "Windows function call."







share|improve this answer














share|improve this answer



share|improve this answer








edited Dec 3 '18 at 6:37

























answered Dec 3 '18 at 0:41









StromStrom

2,423524




2,423524













  • Yes, with the WinAPI example this is true, yet still information I never asked for. Calling by reference is wrong, as I can very well call it with literals/constants, not only variables. I'd call parameters #3 and #4 "dependant", but that ignores that they're not automatically subject to casts and different types. I'm gonna edit my question to add another example.

    – AmigoJack
    Dec 6 '18 at 14:01



















  • Yes, with the WinAPI example this is true, yet still information I never asked for. Calling by reference is wrong, as I can very well call it with literals/constants, not only variables. I'd call parameters #3 and #4 "dependant", but that ignores that they're not automatically subject to casts and different types. I'm gonna edit my question to add another example.

    – AmigoJack
    Dec 6 '18 at 14:01

















Yes, with the WinAPI example this is true, yet still information I never asked for. Calling by reference is wrong, as I can very well call it with literals/constants, not only variables. I'd call parameters #3 and #4 "dependant", but that ignores that they're not automatically subject to casts and different types. I'm gonna edit my question to add another example.

– AmigoJack
Dec 6 '18 at 14:01





Yes, with the WinAPI example this is true, yet still information I never asked for. Calling by reference is wrong, as I can very well call it with literals/constants, not only variables. I'd call parameters #3 and #4 "dependant", but that ignores that they're not automatically subject to casts and different types. I'm gonna edit my question to add another example.

– AmigoJack
Dec 6 '18 at 14:01













0














This is an example of a static Parameter and multiple Dynamic parameters.
The static is the "msg" and the dynamic is described as the following:



These parameters are generic pointers. Passed by reference. They can point to any data type or no value, ie null pointer. It is up to the sender to lock the memory in place, and the receiving method to interpret the pointer correctly (through pointer casts).



This is an example of typeless argument passing. The only thing passed is a memory address. It is dangerous since the types passed must be agreed upon ahead of time(by convention and not contract as with a typed language construct) and must match on both sides of the call.



This was common before C++, in the C days, we only had C structs to pass around. Leading to many General Fault Protection errors. Since then, typed interfaces mostly have replaced the generic equivalents through libraries. But the underlying Win32 methods remain the same. The main substantial change since its' inception is the acceptance of 64-bit pointers.






share|improve this answer


























  • That's almost completely missing my question: the data type of the arguments are not the issue - let them be the same for every call (instead of pointers) - could you then name a term for this technique?

    – AmigoJack
    Dec 1 '18 at 22:34











  • Please don't downvote this, as it explains how the diverse parameters are passed. While this may not be germane to the OP, It is correct and should be preserved for all who come later.

    – Strom
    Dec 3 '18 at 3:35











  • This is why I opened a new answer instead of editing this one.

    – Strom
    Dec 3 '18 at 3:36











  • There are rarily question where providing ANY true information is wanted, and this one isn't - hence the downvote.

    – AmigoJack
    Dec 6 '18 at 14:04
















0














This is an example of a static Parameter and multiple Dynamic parameters.
The static is the "msg" and the dynamic is described as the following:



These parameters are generic pointers. Passed by reference. They can point to any data type or no value, ie null pointer. It is up to the sender to lock the memory in place, and the receiving method to interpret the pointer correctly (through pointer casts).



This is an example of typeless argument passing. The only thing passed is a memory address. It is dangerous since the types passed must be agreed upon ahead of time(by convention and not contract as with a typed language construct) and must match on both sides of the call.



This was common before C++, in the C days, we only had C structs to pass around. Leading to many General Fault Protection errors. Since then, typed interfaces mostly have replaced the generic equivalents through libraries. But the underlying Win32 methods remain the same. The main substantial change since its' inception is the acceptance of 64-bit pointers.






share|improve this answer


























  • That's almost completely missing my question: the data type of the arguments are not the issue - let them be the same for every call (instead of pointers) - could you then name a term for this technique?

    – AmigoJack
    Dec 1 '18 at 22:34











  • Please don't downvote this, as it explains how the diverse parameters are passed. While this may not be germane to the OP, It is correct and should be preserved for all who come later.

    – Strom
    Dec 3 '18 at 3:35











  • This is why I opened a new answer instead of editing this one.

    – Strom
    Dec 3 '18 at 3:36











  • There are rarily question where providing ANY true information is wanted, and this one isn't - hence the downvote.

    – AmigoJack
    Dec 6 '18 at 14:04














0












0








0







This is an example of a static Parameter and multiple Dynamic parameters.
The static is the "msg" and the dynamic is described as the following:



These parameters are generic pointers. Passed by reference. They can point to any data type or no value, ie null pointer. It is up to the sender to lock the memory in place, and the receiving method to interpret the pointer correctly (through pointer casts).



This is an example of typeless argument passing. The only thing passed is a memory address. It is dangerous since the types passed must be agreed upon ahead of time(by convention and not contract as with a typed language construct) and must match on both sides of the call.



This was common before C++, in the C days, we only had C structs to pass around. Leading to many General Fault Protection errors. Since then, typed interfaces mostly have replaced the generic equivalents through libraries. But the underlying Win32 methods remain the same. The main substantial change since its' inception is the acceptance of 64-bit pointers.






share|improve this answer















This is an example of a static Parameter and multiple Dynamic parameters.
The static is the "msg" and the dynamic is described as the following:



These parameters are generic pointers. Passed by reference. They can point to any data type or no value, ie null pointer. It is up to the sender to lock the memory in place, and the receiving method to interpret the pointer correctly (through pointer casts).



This is an example of typeless argument passing. The only thing passed is a memory address. It is dangerous since the types passed must be agreed upon ahead of time(by convention and not contract as with a typed language construct) and must match on both sides of the call.



This was common before C++, in the C days, we only had C structs to pass around. Leading to many General Fault Protection errors. Since then, typed interfaces mostly have replaced the generic equivalents through libraries. But the underlying Win32 methods remain the same. The main substantial change since its' inception is the acceptance of 64-bit pointers.







share|improve this answer














share|improve this answer



share|improve this answer








edited Dec 3 '18 at 4:33

























answered Dec 1 '18 at 3:26









StromStrom

2,423524




2,423524













  • That's almost completely missing my question: the data type of the arguments are not the issue - let them be the same for every call (instead of pointers) - could you then name a term for this technique?

    – AmigoJack
    Dec 1 '18 at 22:34











  • Please don't downvote this, as it explains how the diverse parameters are passed. While this may not be germane to the OP, It is correct and should be preserved for all who come later.

    – Strom
    Dec 3 '18 at 3:35











  • This is why I opened a new answer instead of editing this one.

    – Strom
    Dec 3 '18 at 3:36











  • There are rarily question where providing ANY true information is wanted, and this one isn't - hence the downvote.

    – AmigoJack
    Dec 6 '18 at 14:04



















  • That's almost completely missing my question: the data type of the arguments are not the issue - let them be the same for every call (instead of pointers) - could you then name a term for this technique?

    – AmigoJack
    Dec 1 '18 at 22:34











  • Please don't downvote this, as it explains how the diverse parameters are passed. While this may not be germane to the OP, It is correct and should be preserved for all who come later.

    – Strom
    Dec 3 '18 at 3:35











  • This is why I opened a new answer instead of editing this one.

    – Strom
    Dec 3 '18 at 3:36











  • There are rarily question where providing ANY true information is wanted, and this one isn't - hence the downvote.

    – AmigoJack
    Dec 6 '18 at 14:04

















That's almost completely missing my question: the data type of the arguments are not the issue - let them be the same for every call (instead of pointers) - could you then name a term for this technique?

– AmigoJack
Dec 1 '18 at 22:34





That's almost completely missing my question: the data type of the arguments are not the issue - let them be the same for every call (instead of pointers) - could you then name a term for this technique?

– AmigoJack
Dec 1 '18 at 22:34













Please don't downvote this, as it explains how the diverse parameters are passed. While this may not be germane to the OP, It is correct and should be preserved for all who come later.

– Strom
Dec 3 '18 at 3:35





Please don't downvote this, as it explains how the diverse parameters are passed. While this may not be germane to the OP, It is correct and should be preserved for all who come later.

– Strom
Dec 3 '18 at 3:35













This is why I opened a new answer instead of editing this one.

– Strom
Dec 3 '18 at 3:36





This is why I opened a new answer instead of editing this one.

– Strom
Dec 3 '18 at 3:36













There are rarily question where providing ANY true information is wanted, and this one isn't - hence the downvote.

– AmigoJack
Dec 6 '18 at 14:04





There are rarily question where providing ANY true information is wanted, and this one isn't - hence the downvote.

– AmigoJack
Dec 6 '18 at 14:04











0














Although not widely supported, what you are referring to would be a dependently typed function (or dependently typed parameters).



To quote wikipedia on dependent types




A "pair of integers" is a type. A "pair of integers where the second is greater than the first" is a dependent type because of the dependence on the value.




The parameters could have a type that depends on a value. The type of info1 depends on the value msg as does info2.



In order to make this approach work in a language without dependent types, the dependent parameters are given a very generic type that is only refined later on when more information is available. When the type of msg becomes known (at runtime) only then is are the types of info1 and info2 assumed. Even though the language doesn't allow you to express this dependency, I would still call the approach a dependently type one.






share|improve this answer
























  • @Storm Yes it is hard to talk about in this context as the function isn't curried but mapping from this uncurried context, these last parameters would be dependent. Currying the function is trivial in this example as the info parameters are last. I don't think there is anything new here, they are return types in the curried definition, parameter types in this one.

    – SpencerPark
    Dec 5 '18 at 0:23













  • The reference equates the return value as the "Dependent type"; and does not reference the modification of previous arguments. I believe you may have coined a new usage for the term. I hope it catches on.

    – Strom
    Dec 5 '18 at 0:25











  • I am familiar with LISP, Scheme, and Haskell, as well as C and C++. The term Curry does not apply here since C does not reduce its parameters to single element forms. Parameter order is irrelevant in C method calls. There is no composition.

    – Strom
    Dec 5 '18 at 0:48











  • Good point (and TIL in C arguments aren't evaluated left to right, thanks!), what I meant was that it is the closest we can come to the metaphor. In a language with curried functions there is no need to talk about a "dependently typed parameter" because it is actually part of the return type of the returned function. When stretching it to something like C this term seems to capture the idea but you are right, it doesn't make sense to mentally curry the signature.

    – SpencerPark
    Dec 5 '18 at 4:17











  • I agree with your analogy. But until it is accepted as common terminology in the area referenced, C/C++ and Windows API, it cannot be treated as such. If I were to walk into a room full of professors and professionals, in the field, how many of the would know your term, as it applies in this context? Publish a paper make it well known.

    – Strom
    Dec 5 '18 at 5:28
















0














Although not widely supported, what you are referring to would be a dependently typed function (or dependently typed parameters).



To quote wikipedia on dependent types




A "pair of integers" is a type. A "pair of integers where the second is greater than the first" is a dependent type because of the dependence on the value.




The parameters could have a type that depends on a value. The type of info1 depends on the value msg as does info2.



In order to make this approach work in a language without dependent types, the dependent parameters are given a very generic type that is only refined later on when more information is available. When the type of msg becomes known (at runtime) only then is are the types of info1 and info2 assumed. Even though the language doesn't allow you to express this dependency, I would still call the approach a dependently type one.






share|improve this answer
























  • @Storm Yes it is hard to talk about in this context as the function isn't curried but mapping from this uncurried context, these last parameters would be dependent. Currying the function is trivial in this example as the info parameters are last. I don't think there is anything new here, they are return types in the curried definition, parameter types in this one.

    – SpencerPark
    Dec 5 '18 at 0:23













  • The reference equates the return value as the "Dependent type"; and does not reference the modification of previous arguments. I believe you may have coined a new usage for the term. I hope it catches on.

    – Strom
    Dec 5 '18 at 0:25











  • I am familiar with LISP, Scheme, and Haskell, as well as C and C++. The term Curry does not apply here since C does not reduce its parameters to single element forms. Parameter order is irrelevant in C method calls. There is no composition.

    – Strom
    Dec 5 '18 at 0:48











  • Good point (and TIL in C arguments aren't evaluated left to right, thanks!), what I meant was that it is the closest we can come to the metaphor. In a language with curried functions there is no need to talk about a "dependently typed parameter" because it is actually part of the return type of the returned function. When stretching it to something like C this term seems to capture the idea but you are right, it doesn't make sense to mentally curry the signature.

    – SpencerPark
    Dec 5 '18 at 4:17











  • I agree with your analogy. But until it is accepted as common terminology in the area referenced, C/C++ and Windows API, it cannot be treated as such. If I were to walk into a room full of professors and professionals, in the field, how many of the would know your term, as it applies in this context? Publish a paper make it well known.

    – Strom
    Dec 5 '18 at 5:28














0












0








0







Although not widely supported, what you are referring to would be a dependently typed function (or dependently typed parameters).



To quote wikipedia on dependent types




A "pair of integers" is a type. A "pair of integers where the second is greater than the first" is a dependent type because of the dependence on the value.




The parameters could have a type that depends on a value. The type of info1 depends on the value msg as does info2.



In order to make this approach work in a language without dependent types, the dependent parameters are given a very generic type that is only refined later on when more information is available. When the type of msg becomes known (at runtime) only then is are the types of info1 and info2 assumed. Even though the language doesn't allow you to express this dependency, I would still call the approach a dependently type one.






share|improve this answer













Although not widely supported, what you are referring to would be a dependently typed function (or dependently typed parameters).



To quote wikipedia on dependent types




A "pair of integers" is a type. A "pair of integers where the second is greater than the first" is a dependent type because of the dependence on the value.




The parameters could have a type that depends on a value. The type of info1 depends on the value msg as does info2.



In order to make this approach work in a language without dependent types, the dependent parameters are given a very generic type that is only refined later on when more information is available. When the type of msg becomes known (at runtime) only then is are the types of info1 and info2 assumed. Even though the language doesn't allow you to express this dependency, I would still call the approach a dependently type one.







share|improve this answer












share|improve this answer



share|improve this answer










answered Dec 4 '18 at 22:19









SpencerParkSpencerPark

545311




545311













  • @Storm Yes it is hard to talk about in this context as the function isn't curried but mapping from this uncurried context, these last parameters would be dependent. Currying the function is trivial in this example as the info parameters are last. I don't think there is anything new here, they are return types in the curried definition, parameter types in this one.

    – SpencerPark
    Dec 5 '18 at 0:23













  • The reference equates the return value as the "Dependent type"; and does not reference the modification of previous arguments. I believe you may have coined a new usage for the term. I hope it catches on.

    – Strom
    Dec 5 '18 at 0:25











  • I am familiar with LISP, Scheme, and Haskell, as well as C and C++. The term Curry does not apply here since C does not reduce its parameters to single element forms. Parameter order is irrelevant in C method calls. There is no composition.

    – Strom
    Dec 5 '18 at 0:48











  • Good point (and TIL in C arguments aren't evaluated left to right, thanks!), what I meant was that it is the closest we can come to the metaphor. In a language with curried functions there is no need to talk about a "dependently typed parameter" because it is actually part of the return type of the returned function. When stretching it to something like C this term seems to capture the idea but you are right, it doesn't make sense to mentally curry the signature.

    – SpencerPark
    Dec 5 '18 at 4:17











  • I agree with your analogy. But until it is accepted as common terminology in the area referenced, C/C++ and Windows API, it cannot be treated as such. If I were to walk into a room full of professors and professionals, in the field, how many of the would know your term, as it applies in this context? Publish a paper make it well known.

    – Strom
    Dec 5 '18 at 5:28



















  • @Storm Yes it is hard to talk about in this context as the function isn't curried but mapping from this uncurried context, these last parameters would be dependent. Currying the function is trivial in this example as the info parameters are last. I don't think there is anything new here, they are return types in the curried definition, parameter types in this one.

    – SpencerPark
    Dec 5 '18 at 0:23













  • The reference equates the return value as the "Dependent type"; and does not reference the modification of previous arguments. I believe you may have coined a new usage for the term. I hope it catches on.

    – Strom
    Dec 5 '18 at 0:25











  • I am familiar with LISP, Scheme, and Haskell, as well as C and C++. The term Curry does not apply here since C does not reduce its parameters to single element forms. Parameter order is irrelevant in C method calls. There is no composition.

    – Strom
    Dec 5 '18 at 0:48











  • Good point (and TIL in C arguments aren't evaluated left to right, thanks!), what I meant was that it is the closest we can come to the metaphor. In a language with curried functions there is no need to talk about a "dependently typed parameter" because it is actually part of the return type of the returned function. When stretching it to something like C this term seems to capture the idea but you are right, it doesn't make sense to mentally curry the signature.

    – SpencerPark
    Dec 5 '18 at 4:17











  • I agree with your analogy. But until it is accepted as common terminology in the area referenced, C/C++ and Windows API, it cannot be treated as such. If I were to walk into a room full of professors and professionals, in the field, how many of the would know your term, as it applies in this context? Publish a paper make it well known.

    – Strom
    Dec 5 '18 at 5:28

















@Storm Yes it is hard to talk about in this context as the function isn't curried but mapping from this uncurried context, these last parameters would be dependent. Currying the function is trivial in this example as the info parameters are last. I don't think there is anything new here, they are return types in the curried definition, parameter types in this one.

– SpencerPark
Dec 5 '18 at 0:23







@Storm Yes it is hard to talk about in this context as the function isn't curried but mapping from this uncurried context, these last parameters would be dependent. Currying the function is trivial in this example as the info parameters are last. I don't think there is anything new here, they are return types in the curried definition, parameter types in this one.

– SpencerPark
Dec 5 '18 at 0:23















The reference equates the return value as the "Dependent type"; and does not reference the modification of previous arguments. I believe you may have coined a new usage for the term. I hope it catches on.

– Strom
Dec 5 '18 at 0:25





The reference equates the return value as the "Dependent type"; and does not reference the modification of previous arguments. I believe you may have coined a new usage for the term. I hope it catches on.

– Strom
Dec 5 '18 at 0:25













I am familiar with LISP, Scheme, and Haskell, as well as C and C++. The term Curry does not apply here since C does not reduce its parameters to single element forms. Parameter order is irrelevant in C method calls. There is no composition.

– Strom
Dec 5 '18 at 0:48





I am familiar with LISP, Scheme, and Haskell, as well as C and C++. The term Curry does not apply here since C does not reduce its parameters to single element forms. Parameter order is irrelevant in C method calls. There is no composition.

– Strom
Dec 5 '18 at 0:48













Good point (and TIL in C arguments aren't evaluated left to right, thanks!), what I meant was that it is the closest we can come to the metaphor. In a language with curried functions there is no need to talk about a "dependently typed parameter" because it is actually part of the return type of the returned function. When stretching it to something like C this term seems to capture the idea but you are right, it doesn't make sense to mentally curry the signature.

– SpencerPark
Dec 5 '18 at 4:17





Good point (and TIL in C arguments aren't evaluated left to right, thanks!), what I meant was that it is the closest we can come to the metaphor. In a language with curried functions there is no need to talk about a "dependently typed parameter" because it is actually part of the return type of the returned function. When stretching it to something like C this term seems to capture the idea but you are right, it doesn't make sense to mentally curry the signature.

– SpencerPark
Dec 5 '18 at 4:17













I agree with your analogy. But until it is accepted as common terminology in the area referenced, C/C++ and Windows API, it cannot be treated as such. If I were to walk into a room full of professors and professionals, in the field, how many of the would know your term, as it applies in this context? Publish a paper make it well known.

– Strom
Dec 5 '18 at 5:28





I agree with your analogy. But until it is accepted as common terminology in the area referenced, C/C++ and Windows API, it cannot be treated as such. If I were to walk into a room full of professors and professionals, in the field, how many of the would know your term, as it applies in this context? Publish a paper make it well known.

– Strom
Dec 5 '18 at 5:28


















draft saved

draft discarded




















































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.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53408078%2fterm-for-function-parameters-defined-for-generic-use-not-specific%23new-answer', 'question_page');
}
);

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







Popular posts from this blog

鏡平學校

ꓛꓣだゔៀៅຸ໢ທຮ໕໒ ,ໂ'໥໓າ໼ឨឲ៵៭ៈゎゔit''䖳𥁄卿' ☨₤₨こゎもょの;ꜹꟚꞖꞵꟅꞛေၦေɯ,ɨɡ𛃵𛁹ޝ޳ޠ޾,ޤޒޯ޾𫝒𫠁သ𛅤チョ'サノބޘދ𛁐ᶿᶇᶀᶋᶠ㨑㽹⻮ꧬ꧹؍۩وَؠ㇕㇃㇪ ㇦㇋㇋ṜẰᵡᴠ 軌ᵕ搜۳ٰޗޮ޷ސޯ𫖾𫅀ल, ꙭ꙰ꚅꙁꚊꞻꝔ꟠Ꝭㄤﺟޱސꧨꧼ꧴ꧯꧽ꧲ꧯ'⽹⽭⾁⿞⼳⽋២៩ញណើꩯꩤ꩸ꩮᶻᶺᶧᶂ𫳲𫪭𬸄𫵰𬖩𬫣𬊉ၲ𛅬㕦䬺𫝌𫝼,,𫟖𫞽ហៅ஫㆔ాఆఅꙒꚞꙍ,Ꙟ꙱エ ,ポテ,フࢰࢯ𫟠𫞶 𫝤𫟠ﺕﹱﻜﻣ𪵕𪭸𪻆𪾩𫔷ġ,ŧآꞪ꟥,ꞔꝻ♚☹⛵𛀌ꬷꭞȄƁƪƬșƦǙǗdžƝǯǧⱦⱰꓕꓢႋ神 ဴ၀க௭எ௫ឫោ ' េㇷㇴㇼ神ㇸㇲㇽㇴㇼㇻㇸ'ㇸㇿㇸㇹㇰㆣꓚꓤ₡₧ ㄨㄟ㄂ㄖㄎ໗ツڒذ₶।ऩछएोञयूटक़कयँृी,冬'𛅢𛅥ㇱㇵㇶ𥄥𦒽𠣧𠊓𧢖𥞘𩔋цѰㄠſtʯʭɿʆʗʍʩɷɛ,əʏダヵㄐㄘR{gỚṖḺờṠṫảḙḭᴮᵏᴘᵀᵷᵕᴜᴏᵾq﮲ﲿﴽﭙ軌ﰬﶚﶧ﫲Ҝжюїкӈㇴffצּ﬘﭅﬈軌'ffistfflſtffतभफɳɰʊɲʎ𛁱𛁖𛁮𛀉 𛂯𛀞నఋŀŲ 𫟲𫠖𫞺ຆຆ ໹້໕໗ๆทԊꧢꧠ꧰ꓱ⿝⼑ŎḬẃẖỐẅ ,ờỰỈỗﮊDžȩꭏꭎꬻ꭮ꬿꭖꭥꭅ㇭神 ⾈ꓵꓑ⺄㄄ㄪㄙㄅㄇstA۵䞽ॶ𫞑𫝄㇉㇇゜軌𩜛𩳠Jﻺ‚Üမ႕ႌႊၐၸဓၞၞၡ៸wyvtᶎᶪᶹစဎ꣡꣰꣢꣤ٗ؋لㇳㇾㇻㇱ㆐㆔,,㆟Ⱶヤマފ޼ޝަݿݞݠݷݐ',ݘ,ݪݙݵ𬝉𬜁𫝨𫞘くせぉて¼óû×ó£…𛅑הㄙくԗԀ5606神45,神796'𪤻𫞧ꓐ㄁ㄘɥɺꓵꓲ3''7034׉ⱦⱠˆ“𫝋ȍ,ꩲ軌꩷ꩶꩧꩫఞ۔فڱێظペサ神ナᴦᵑ47 9238їﻂ䐊䔉㠸﬎ffiﬣ,לּᴷᴦᵛᵽ,ᴨᵤ ᵸᵥᴗᵈꚏꚉꚟ⻆rtǟƴ𬎎

Why https connections are so slow when debugging (stepping over) in Java?