optional arguments - Page 57

Representing complex object dependencies

- by max

I have several classes with a reasonably complex (but acyclic) dependency graph. All the dependencies are of the form: class X instance contains an attribute of class Y. All such attributes are set during initialization and never changed again. Each class' constructor has just a couple parameters, and each object knows the proper parameters to pass to the constructors of the objects it contains. class Outer is at the top of the dependency hierarchy, i.e., no class depends on it. Currently, the UI layer only creates an Outer instance; the parameters for Outer constructor are derived from the user input. Of course, Outer in the process of initialization, creates the objects it needs, which in turn create the objects they need, and so on. The new development is that the a user who knows the dependency graph may want to reach deep into it, and set the values of some of the arguments passed to constructors of the inner classes (essentially overriding the values used currently). How should I change the design to support this? I could keep the current approach where all the inner classes are created by the classes that need them. In this case, the information about "user overrides" would need to be passed to Outer class' constructor in some complex user_overrides structure. Perhaps user_overrides could be the full logical representation of the dependency graph, with the overrides attached to the appropriate edges. Outer class would pass user_overrides to every object it creates, and they would do the same. Each object, before initializing lower level objects, will find its location in that graph and check if the user requested an override to any of the constructor arguments. Alternatively, I could rewrite all the objects' constructors to take as parameters the full objects they require. Thus, the creation of all the inner objects would be moved outside the whole hierarchy, into a new controller layer that lies between Outer and UI layer. The controller layer would essentially traverse the dependency graph from the bottom, creating all the objects as it goes. The controller layer would have to ask the higher-level objects for parameter values for the lower-level objects whenever the relevant parameter isn't provided by the user. Neither approach looks terribly simple. Is there any other approach? Has this problem come up enough in the past to have a pattern that I can read about? I'm using Python, but I don't think it matters much at the design level.

Search Results

Search found 5279 results on 212 pages for 'optional arguments'.

Page 57/212 | < Previous Page | 53 54 55 56 57 58 59 60 61 62 63 64 | Next Page >

- by max

- by Ken Le

- by Chris Skardon

- by Renso

- by wulfsdad

- by Matthew Haavisto

- by Alex. S.

- by Victor

- by Rulk

- by snowmantw

- by uwes

- by benjamin'''''42

- by joni g.

- by rutherford

- by Kinnard Hockenhull

- by yannbane

- by Deadlocked_Thread

- by Steve He(???)

- by adev3

- by Jan Fabry

- by alharaka

< Previous Page | 53 54 55 56 57 58 59 60 61 62 63 64 | Next Page >