@unknownuser said:
If I make a model which I will need for further usage, I'll make it Component, to see it in Component Browser (and of course, I will save it in my Collection), but its inner components will be groups, otherwise my Component Browser will be filled up with all sort of C.Definitions that I don't need. π Well, there are exceptions from this rule... But now is clear for me when to choose to use groups.
There are indeed exceptions to that rule. In my work flow I only use components but I'm mainly drawing furniture to joinery level detail. All of the parts of a piece of furniture will be components even if there is only one instance in the model. i.e. a table top. In addition to the assembled model, I make exploded views and detail views. With the exploded views I will end up with an additional instance of the table top. If, as commonly happens, the client wants changes after the model is made, I don't even have to wonder if the changes got made throughout the model. Few opportunities for errors that way.
As to the Component Browser being filled up with component definitions, I've never found that to be an issue. Do keep in mind that components you've had in the model, even if they've been deleted from the model space, will still be shown in the In Model library. This is handy if you inadvertently delete the component because you can get it back. On the other hand, if you know you don't want those components, you should run Purge Unused or the Purge All plugin which will does as it says.