SpecStruc-Module.xml 13 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355
  1. <?xml version="1.0" encoding="UTF-8"?>
  2. <!DOCTYPE sect1 PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN"
  3. "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
  4. <sect1 id="MODULE_Structure">
  5. <title>Estrutura MODULE<indexterm>
  6. <primary>MODULE Structure</primary>
  7. </indexterm></title>
  8. <para><emphasis>modulename </emphasis><emphasis role="bold">[
  9. (</emphasis><emphasis> parameters </emphasis><emphasis role="bold">) ] :=
  10. MODULE<indexterm>
  11. <primary>MODULE</primary>
  12. </indexterm> [ (</emphasis><emphasis> inherit </emphasis><emphasis
  13. role="bold">) ] [, VIRTUAL<indexterm>
  14. <primary>VIRTUAL</primary>
  15. </indexterm> ]</emphasis><emphasis role="bold"> [, LIBRARY<indexterm>
  16. <primary>LIBRARY</primary>
  17. </indexterm>(</emphasis><emphasis>interface</emphasis><emphasis
  18. role="bold">) ]</emphasis><emphasis role="bold"> <emphasis role="bold">[,
  19. FORWARD<indexterm>
  20. <primary>FORWARD</primary>
  21. </indexterm> ]</emphasis></emphasis><emphasis/></para>
  22. <para><emphasis>members;</emphasis></para>
  23. <para><emphasis/><emphasis role="bold">END;</emphasis></para>
  24. <informaltable colsep="1" frame="all" rowsep="1">
  25. <tgroup cols="2">
  26. <colspec align="left" colwidth="122.40pt"/>
  27. <colspec/>
  28. <tbody>
  29. <row>
  30. <entry><emphasis>modulename</emphasis></entry>
  31. <entry>O nome de definição do ECL para o módulo.</entry>
  32. </row>
  33. <row>
  34. <entry><emphasis>parameters</emphasis></entry>
  35. <entry>Opcional. Os parâmetros a serem disponibilizados a todas as
  36. <emphasis>definições</emphasis>.</entry>
  37. </row>
  38. <row>
  39. <entry><emphasis>inherit</emphasis></entry>
  40. <entry>Uma lista delimitada por vírgula da INTERFACE ou das
  41. estruturas MODULE abstratas nas quais essa instância será baseada. A
  42. instância atual herda todos os <emphasis>members</emphasis> das
  43. estruturas de base. Esse pode não ser um parâmetro
  44. especificado.</entry>
  45. </row>
  46. <row>
  47. <entry><emphasis>members</emphasis></entry>
  48. <entry>As definições que compõem o módulo. Essas definições podem
  49. receber parâmetros, incluir ações (tais como OUTPUT), e podem usar
  50. os tipos de escopo EXPORT ou SHARED . Podem não incluir INTERFACE ou
  51. MODULEs abstratos (veja abaixo). Se a opção LIBRARY for
  52. especificada, as <emphasis>definições </emphasis> devem implementar
  53. exatamente os membros que foram EXPORTADOS EXPORTed da
  54. <emphasis>interface</emphasis>.</entry>
  55. </row>
  56. <row>
  57. <entry><emphasis role="bold">VIRTUAL</emphasis></entry>
  58. <entry>Opcional. Especifica que o MODULE define uma interface
  59. abstrata cujas <emphasis>definições</emphasis> não exigem que os
  60. valores sejam definidos para elas.</entry>
  61. </row>
  62. <row>
  63. <entry><emphasis role="bold">LIBRARY</emphasis></entry>
  64. <entry>Opcional. Especifica que o MODULE implementa uma definição de
  65. <emphasis>interface</emphasis> da biblioteca de consulta.</entry>
  66. </row>
  67. <row>
  68. <entry><emphasis>interface</emphasis></entry>
  69. <entry>Refere-se à INTERFACE que define os
  70. <emphasis>parâmetros</emphasis> especificados para a biblioteca de
  71. consulta.<indexterm>
  72. <primary>query library</primary>
  73. </indexterm>. Os <emphasis>parâmetros</emphasis> especificados
  74. para o MODULE devem corresponder exatamente aos parâmetros
  75. especificados para a <emphasis>interface</emphasis>
  76. determinada.</entry>
  77. </row>
  78. <row>
  79. <entry><emphasis role="bold">FORWARD</emphasis></entry>
  80. <entry>Opcional. Adia o processamento das definições até que elas
  81. sejam usadas. A adição de , <emphasis role="bold">FORWARD</emphasis>
  82. em um MODULE adia o processamento das definições neste módulo até
  83. que elas sejam usadas. Isso gera dois efeitos principais: Impede a
  84. obtenção de dependências para definições que nunca são usadas e
  85. permite que as definições anteriores se refiram às definições
  86. posteriores. <emphasis role="bold">Note: Referências circulares
  87. ainda são ilegais.</emphasis></entry>
  88. </row>
  89. </tbody>
  90. </tgroup>
  91. </informaltable>
  92. <para>A estrutura <emphasis role="bold">MODULE </emphasis> é um contêiner
  93. que permite agrupar definições relacionadas. Os
  94. <emphasis>parâmetros</emphasis> especificados ao MODULE são compartilhados
  95. por todas as definições relacionadas dos <emphasis>membros </emphasis>. Isso
  96. é semelhante à estrutura FUNCTION , exceto pelo fato de que que não há um
  97. RETURN.</para>
  98. <sect2 id="Attribute_Visibility_Rules">
  99. <title>As regras de visibilidade das definições<indexterm>
  100. <primary>Definition Visibility</primary>
  101. </indexterm></title>
  102. <para>As regras de escopo para os <emphasis>membros</emphasis> são iguais
  103. as que foram descritas anteriormente na discussão <emphasis
  104. role="bold">Visibilidade das definições</emphasis> :</para>
  105. <itemizedlist>
  106. <listitem>
  107. <para>As definições locais são visíveis apenas através da próxima
  108. definição EXPORT ou SHARED (incluindo <emphasis>membros</emphasis> da
  109. estrutura MODULE aninhada, se a próxima definição EXPORT ou SHARED for
  110. um MODULE).</para>
  111. </listitem>
  112. <listitem>
  113. <para>As definições SHARED são visíveis para todas as definições
  114. subsequentes dentro da estrutura (incluindo <emphasis>membros
  115. </emphasis> de quaisquer estruturas MODULE aninhadas), mas não fora
  116. dela.</para>
  117. </listitem>
  118. <listitem>
  119. <para>As definições EXPORT são visíveis dentro da estrutura MODULE
  120. (incluindo <emphasis>membros</emphasis> de quaisquer estruturas MODULE
  121. subsequentes aninhadas) e fora dela.</para>
  122. </listitem>
  123. </itemizedlist>
  124. <para>Quaisquer <emphasis>membros</emphasis> das definições EXPORT podem
  125. ser referenciados usando um nível adicional da sintaxe padrão
  126. object.property. Por exemplo, supondo que a estrutura EXPORT
  127. MyModuleStructure MODULE esteja contida em um Módulo de repositório do ECL
  128. denominado MyModule, e que ele contém um <emphasis>membro</emphasis> de
  129. EXPORT denominado MyDefinition, você referenciaria essa
  130. <emphasis>definição</emphasis> como:</para>
  131. <para><programlisting>MyModule.MyModuleStructure.MyDefinition
  132. MyMod := MODULE
  133. SHARED x := 88;
  134. y := 42;
  135. EXPORT InMod := MODULE //nested MODULE
  136. EXPORT Val1 := x + 10;
  137. EXPORT Val2 := y + 10;
  138. END;
  139. END;
  140. MyMod.InMod.Val1;
  141. MyMod.InMod.Val2;</programlisting></para>
  142. </sect2>
  143. <sect2 id="Side-Effect_Actions">
  144. <title>Ações de efeitos-colaterais no MODULE</title>
  145. <para>As ações de efeitos colaterais são permitidas no MODULE apenas com o
  146. uso da função WHEN, como neste exemplo:</para>
  147. <programlisting>//An Example with a side-effect action
  148. EXPORT customerNames := MODULE
  149. EXPORT Layout := RECORD
  150. STRING20 surname;
  151. STRING10 forename;
  152. INTEGER2 age := 25;
  153. END;
  154. Act := OUTPUT('customer file used by user &lt;x&gt;');
  155. EXPORT File := WHEN(DATASET([{'x','y',22}],Layout),Act);
  156. END;
  157. BOOLEAN doIt := TRUE : STORED('doIt');
  158. IF (doIt, OUTPUT(customerNames.File));
  159. //This code produces two results: the dataset, and the string</programlisting>
  160. </sect2>
  161. <sect2 id="Concrete_vs_Abstract_Modules">
  162. <title>Módulos concretos vs. abstratos (VIRTUAL)</title>
  163. <para>UM MÓDULO pode conter uma mistura de <emphasis>membros</emphasis>
  164. VIRTUAL e não-VIRTUAL. As regras são:</para>
  165. <itemizedlist>
  166. <listitem>
  167. <para>ALL TODOS os <emphasis>membros</emphasis> são VIRTUAIS se o
  168. MODULE tiver a opção VIRTUAL ou se for uma INTERFACE</para>
  169. </listitem>
  170. <listitem>
  171. <para>Um <emphasis>membro</emphasis> é VIRTUAL se for declarado com o
  172. uso das palavras-chave EXPORT VIRTUAL ou SHARED VIRTUAL</para>
  173. </listitem>
  174. <listitem>
  175. <para>Um <emphasis>membro</emphasis> é VIRTUAL se a definição do mesmo
  176. nome no módulo <emphasis>herdado</emphasis> for VIRTUAL.</para>
  177. </listitem>
  178. <listitem>
  179. <para>Alguns <emphasis>membros</emphasis> nunca podem ser virtuais –
  180. estruturas RECORD.</para>
  181. </listitem>
  182. </itemizedlist>
  183. <para>Todos os <emphasis>membros</emphasis> EXPORTed e SHARED de um módulo
  184. abstrato <emphasis>herdado</emphasis> podem ser substituído por um item de
  185. redefinição na instância atual, seja essa instância atual abstrata ou
  186. concreta. As definições substituídas devem corresponder exatamente ao tipo
  187. e parâmetros dos <emphasis>membros </emphasis>
  188. <emphasis>herdados</emphasis>. Várias interfaces <emphasis>herdadas
  189. </emphasis> podem conter definições de mesmo nome se forem do mesmo tipo e
  190. receberem os mesmos parâmetros; porém, se esses
  191. <emphasis>membros</emphasis> <emphasis> herdados</emphasis> possuem
  192. valores definidos, o conflito é solucionado pela substituição daquele
  193. <emphasis>membro </emphasis> na instância atual.</para>
  194. </sect2>
  195. <sect2 id="LIBRARY_Modules">
  196. <title>Módulos LIBRARY</title>
  197. <para>Um MODULE com a opção LIBRARY define um conjunto relacionado de
  198. funções que devem ser usadas como uma biblioteca de consulta (veja as
  199. discussões sobre função LIBRARY e ação BUILD). Há várias restrições sobre
  200. o que pode ser incluído em uma biblioteca de consulta. São elas:</para>
  201. <itemizedlist>
  202. <listitem>
  203. <para>Não deve conter ações de efeitos colaterais (como OUTPUT ou
  204. BUILD)</para>
  205. </listitem>
  206. <listitem>
  207. <para>Não deve conter definições com serviços de tarefa anexado a elas
  208. (tais como PERSIST, STORED, SUCCESS, etc.)</para>
  209. </listitem>
  210. </itemizedlist>
  211. <para>Pode apenas EXPORTAR:</para>
  212. <itemizedlist>
  213. <listitem>
  214. <para>Definições de dataset/recordset</para>
  215. </listitem>
  216. <listitem>
  217. <para>Definições de datarow (tais como a função ROW <indexterm>
  218. <primary>ROW</primary>
  219. </indexterm>)</para>
  220. </listitem>
  221. <listitem>
  222. <para>Definições de valor único e booleano</para>
  223. </listitem>
  224. </itemizedlist>
  225. <para>E pode NÃO exportar:</para>
  226. <itemizedlist>
  227. <listitem>
  228. <para>Ações (como OUTPUT ou BUILD)</para>
  229. </listitem>
  230. <listitem>
  231. <para>Funções TRANSFORM</para>
  232. </listitem>
  233. <listitem>
  234. <para>Estrutura MODULE</para>
  235. </listitem>
  236. <listitem>
  237. <para>Definições MACRO</para>
  238. </listitem>
  239. </itemizedlist>
  240. <para>Exemplo:</para>
  241. <programlisting>EXPORT filterDataset(STRING search, BOOLEAN onlyOldies) := MODULE
  242. f := namesTable; //local to the "g" definition
  243. SHARED g := IF (onlyOldies, f(age &gt;= 65), f);
  244. //SHARED = visible only within the structure
  245. EXPORT included := g(surname != search);
  246. EXPORT excluded := g(surname = search);
  247. //EXPORT = visible outside the structure
  248. END;
  249. filtered := filterDataset('Halliday', TRUE);
  250. OUTPUT(filtered.included,,NAMED('Included'));
  251. OUTPUT(filtered.excluded,,NAMED('Excluded'));
  252. //same result, different coding style:
  253. EXPORT filterDataset(BOOLEAN onlyOldies) := MODULE
  254. f := namesTable;
  255. SHARED g := IF (onlyOldies, f(age &gt;= 65), f);
  256. EXPORT included(STRING search) := g(surname &lt;&gt; search);
  257. EXPORT excluded(STRING search) := g(surname = search);
  258. END;
  259. filtered := filterDataset(TRUE);
  260. OUTPUT(filtered.included('Halliday'),,NAMED('Included'));
  261. OUTPUT(filterDataset(true).excluded('Halliday'),,NAMED('Excluded'));
  262. //VIRTUAL examples
  263. Mod1 := MODULE,VIRTUAL //a fully abstract module
  264. EXPORT val := 1;
  265. EXPORT func(INTEGER sc) := val * sc;
  266. END;
  267. Mod2 := MODULE(Mod1) //instance
  268. EXPORT val := 3; //a concete member, overriding default value
  269. //while func remains abstract
  270. END;
  271. Mod3 := MODULE(Mod1) //a fully concete instance
  272. EXPORT func(INTEGER sc) := val + sc; //overrides inherited func
  273. END;
  274. OUTPUT(Mod2.func(5)); //result is 15
  275. OUTPUT(Mod3.func(5)); //result is 6
  276. //FORWARD example
  277. EXPORT MyModule := MODULE, FORWARD
  278. EXPORT INTEGER foo := bar;
  279. EXPORT INTEGER bar := 42;
  280. END;
  281. MyModule.foo;
  282. </programlisting>
  283. <para>Ver também: <link linkend="FUNCTION_Structure">Estrutura
  284. FUNCTION</link>, <link linkend="Attribute_Visibility">Visibilidade das
  285. definições</link>, <link linkend="INTERFACE_Structure">Estrutura
  286. INTERFACE</link>, <link linkend="LIBRARY">LIBRARY</link>, <link
  287. linkend="BUILD">BUILD</link></para>
  288. </sect2>
  289. </sect1>