Changes between Version 17 and Version 18 of ErlangShellInterface
- Timestamp:
- Jul 11, 2012, 3:12:23 PM (12 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
ErlangShellInterface
v17 v18 299 299 There is a [[SemanticQuery|semantic queries]] page, where you can learn more about this topic. 300 300 301 == Dependency analysis == 302 303 The two interface functions are: 301 == Analysis == 302 === Dependency analysis on function or module level === 303 There is a [[/wiki/Dependency/Functions|Module and Function Dependencies]] page, where you can learn more about this topic. 304 305 The command-line interface offers two interface functions, which are: 304 306 305 307 1. For drawing: … … 312 314 }}} 313 315 314 === Options===316 ==== Options ==== 315 317 316 318 The parameter of the interface functions is a proplist setting the options of the analysis. The available options are: … … 333 335 You can specify entities either with graph nodes (such as {{{{'$gn', func, 123}}}}) or with their identifier. Modules can be specified with their names as atoms (e.g. 'mnesia'), while functions are specified by their MFA descriptor as a string (e.g. "io:format/2") 334 336 335 === Examples for listing results===337 ==== Examples for listing results ==== 336 338 337 339 * Checking for cycles in module level. … … 383 385 ri:print_dep([{level, func}, {gnode, ["cycle4:f5/1"]}]). 384 386 }}} 387 388 === Logical layers analysis === 389 In large program systems, groups of compilation units (in the case of Erlang, modules) usually form logical layers. A desired property of such systems is that code in one layer should only use the layer immediately below it, and conversely, provide functionality only for the layer immediately above it. If you would like to check whether a system observes this rule, you should visit the [[InterfaceLayers|Interface Layers]] page, which show you how to check it. 385 390 386 391 == Server management command list ==