Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #87955

Function Defaults - avoiding unneccerary combinations of arguments at input

From "Ivan Evstegneev" <webmailgroups@gmail.com>
Subject Function Defaults - avoiding unneccerary combinations of arguments at input
Date 2015-03-25 19:43 +0200
Newsgroups comp.lang.python
Message-ID <mailman.146.1427305418.10327.python-list@python.org> (permalink)

Show all headers | View raw


Hello all , 


Just a little question about function's default arguments.

Let's say I have this function:

def  my_fun(history=False, built=False, current=False, topo=None,
full=False, file=None):
	if currnet and full:
		do something_1
	elif current and file:
		do something_2
	elif history and full and file:
		do something_3
	

	...... some code here..............

and so on... 

I won't cover all the possibilities here (actually I don't use all of them
^_^).

The question is about avoiding the response for unnecessary combinations? 

For instance, if user will call function this way: 


>>>my_fun(current=True, full=True, topo='some str', file="some_file")

That will lead to function's misbehavior. As a particular case it will
choose "current and full" condition. 


What is the common accepted way to deal with such unwanted situations? 


Thanks a lot in advance,

Ivan.


 


Back to comp.lang.python | Previous | NextNext in thread | Find similar | Unroll thread


Thread

Function Defaults - avoiding unneccerary combinations of arguments at input "Ivan Evstegneev" <webmailgroups@gmail.com> - 2015-03-25 19:43 +0200
  Re: Function Defaults - avoiding unneccerary combinations of arguments at input Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2015-03-26 10:48 +1100
    RE: Function Defaults - avoiding unneccerary combinations of arguments at input "Ivan Evstegneev" <webmailgroups@gmail.com> - 2015-03-26 11:47 +0200
      RE: Function Defaults - avoiding unneccerary combinations of arguments at input Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2015-03-26 21:51 +1100

csiph-web