Changes between Version 1 and Version 2 of Dependency/FunctionBlocks


Ignore:
Timestamp:
Mar 20, 2012, 9:30:35 AM (13 years ago)
Author:
manualwiki
Comment:

dep.fb_relations: TODO eliminated, figures added

Legend:

Unmodified
Added
Removed
Modified
  • Dependency/FunctionBlocks

    v1 v2  
    1313 
    14141. Considering ''every directory'' as a function block is not a far to seek option. The exact ''absolute paths'' of every module manages them into unambiguous units, and between these units module relationships give the basis of the dependency analysis. \\ 
    15 2. Continuing the absolute path logic, one may come to the point when these absolute paths need to be generalised, or following some kind of structure or concept. The tool provides interface for this request as well, since it is possible to define function blocks by the means of ''regular expressions''. In this way, for example every module in the {{{.*/src/}}} directories can be considered as one block, and connections outside of this function block (for instance, relationship investigation with {{{.*/ebin/}}} directories) can be determined. The default definition of function blocks comes from the ''NetSim'' team which is defined as a regular expression. The default rule can be overridden by redefining the regular expression (exact regexp is given in the TODO reference to ''Defining function blocks with regular expressions'' paragraph). \\ 
    16 3. To define a function block is to ''list its contents''. The user can define his own function blocks in 3 ways, with defining the exact modules (eg.: {{{module1, module2, module3}}}, placed in three different directories, can a function block), giving the absolute directory path with/without regular expressions (to give it further thought, the exact absolute path is also a regular expression) and giving structure of the names and absolute paths of Erlang source files with regular expressions (example in TODO refernce {{{User defined function blocks}}}} paragraph). 
     152. Continuing the absolute path logic, one may come to the point when these absolute paths need to be generalised, or following some kind of structure or concept. The tool provides interface for this request as well, since it is possible to define function blocks by the means of ''regular expressions''. In this way, for example every module in the {{{.*/src/}}} directories can be considered as one block, and connections outside of this function block (for instance, relationship investigation with {{{.*/ebin/}}} directories) can be determined. The default definition of function blocks comes from the ''NetSim'' team which is defined as a regular expression. The default rule can be overridden by redefining the regular expression (exact regexp is given in the ''Defining function blocks with regular expressions'' paragraph). \\ 
     163. To define a function block is to ''list its contents''. The user can define his own function blocks in 3 ways, with defining the exact modules (eg.: {{{module1, module2, module3}}}, placed in three different directories, can a function block), giving the absolute directory path with/without regular expressions (to give it further thought, the exact absolute path is also a regular expression) and giving structure of the names and absolute paths of Erlang source files with regular expressions (example in {{{User defined function blocks}}}} paragraph). 
    1717 
    1818 
     
    7070------------------------------------------------------------\\ 
    7171 
    72  
    73 !!! TODO add figure !!! 
     72[[Image(fb_relations.png, 400px)]] 
    7473 
    7574Explanation of figure: 
     
    7978 
    8079=== Using function block analysis from the web interface === 
    81 The usage of function block analysis is described in !!! TODO add ref.!!! 
     80The usage of function block analysis is described in wiki:WebInterface/DependencyExaminations 
     81 
    8282 
    8383=== Defining function blocks with regular expressions ===