mirror of
https://github.com/ethereum/solidity
synced 2023-10-03 13:03:40 +00:00
Misspelling and terms inconsistencies (#14280)
* Installing solidity tweeks * A few more misspells * More inconsistencies fixed * Removed contractions according to our guide.
This commit is contained in:
@@ -6,7 +6,7 @@
|
||||
Function Modifiers
|
||||
******************
|
||||
|
||||
Modifiers can be used to change the behaviour of functions in a declarative way.
|
||||
Modifiers can be used to change the behavior of functions in a declarative way.
|
||||
For example,
|
||||
you can use a modifier to automatically check a condition prior to executing the function.
|
||||
|
||||
|
||||
@@ -250,7 +250,7 @@ Reverting a state change is not considered a "state modification", as only chang
|
||||
state made previously in code that did not have the ``view`` or ``pure`` restriction
|
||||
are reverted and that code has the option to catch the ``revert`` and not pass it on.
|
||||
|
||||
This behaviour is also in line with the ``STATICCALL`` opcode.
|
||||
This behavior is also in line with the ``STATICCALL`` opcode.
|
||||
|
||||
.. warning::
|
||||
It is not possible to prevent functions from reading the state at the level
|
||||
|
||||
@@ -54,7 +54,7 @@ Details are given in the following example.
|
||||
// accessed externally via `this`, though.
|
||||
contract Destructible is Owned {
|
||||
// The keyword `virtual` means that the function can change
|
||||
// its behaviour in derived classes ("overriding").
|
||||
// its behavior in derived classes ("overriding").
|
||||
function destroy() virtual public {
|
||||
if (msg.sender == owner) selfdestruct(owner);
|
||||
}
|
||||
@@ -115,7 +115,7 @@ Details are given in the following example.
|
||||
|
||||
// Here, we only specify `override` and not `virtual`.
|
||||
// This means that contracts deriving from `PriceFeed`
|
||||
// cannot change the behaviour of `destroy` anymore.
|
||||
// cannot change the behavior of `destroy` anymore.
|
||||
function destroy() public override(Destructible, Named) { Named.destroy(); }
|
||||
function get() public view returns(uint r) { return info; }
|
||||
|
||||
@@ -293,7 +293,7 @@ and ends at a contract mentioning a function with that signature
|
||||
that does not override.
|
||||
|
||||
If you do not mark a function that overrides as ``virtual``, derived
|
||||
contracts can no longer change the behaviour of that function.
|
||||
contracts can no longer change the behavior of that function.
|
||||
|
||||
.. note::
|
||||
|
||||
@@ -487,7 +487,7 @@ One way is directly in the inheritance list (``is Base(7)``). The other is in
|
||||
the way a modifier is invoked as part of
|
||||
the derived constructor (``Base(y * y)``). The first way to
|
||||
do it is more convenient if the constructor argument is a
|
||||
constant and defines the behaviour of the contract or
|
||||
constant and defines the behavior of the contract or
|
||||
describes it. The second way has to be used if the
|
||||
constructor arguments of the base depend on those of the
|
||||
derived contract. Arguments have to be given either in the
|
||||
|
||||
Reference in New Issue
Block a user