0026595: Lost some comments in OCCT-code after cdl elimination

Recovered comments for instance classes from CDL generic classes.
This commit is contained in:
rkv
2015-10-14 17:48:41 +03:00
committed by bugmaster
parent 10dbdf3496
commit 36b9ff756a
251 changed files with 8209 additions and 0 deletions

View File

@@ -37,10 +37,21 @@ class StepData_FileRecognizer : public Standard_Transient
public:
//! Evaluates if recognition has a result, returns it if yes
//! In case of success, Returns True and puts result in "res"
//! In case of Failure, simply Returns False
//! Works by calling deferred method Eval, and in case of failure,
//! looks for Added Recognizers to work
Standard_EXPORT Standard_Boolean Evaluate (const TCollection_AsciiString& akey, Handle(Standard_Transient)& res);
//! Returns result of last recognition (call of Evaluate)
Standard_EXPORT Handle(Standard_Transient) Result() const;
//! Adds a new Recognizer to the Compound, at the end
//! Several calls to Add work by adding in the order of calls :
//! Hence, when Eval has failed to recognize, Evaluate will call
//! Evaluate from the first added Recognizer if there is one,
//! and to the second if there is still no result, and so on
Standard_EXPORT void Add (const Handle(StepData_FileRecognizer)& reco);
@@ -51,12 +62,21 @@ public:
protected:
//! Assumes that no result has yet been recognized
Standard_EXPORT StepData_FileRecognizer();
//! Records the result of the recognition. Called by specific
//! method Eval to record a result : after calling it, Eval has
//! finished and can return
Standard_EXPORT void SetOK (const Handle(Standard_Transient)& aresult);
//! Records that recognition gives no result
Standard_EXPORT void SetKO();
//! THIS METHOD DEFINES THE RECOGNITION PROTOCOL, it is proper to
//! each precise type of Recognizer
//! For a suitable type of akey, it calls SetOK(result) where
//! result is an empty result of appropriate type, then returns
Standard_EXPORT virtual void Eval (const TCollection_AsciiString& akey) = 0;