D7401: Solid/Mac : fleshing out the skeleton IOKit backend (WIP)

René J.V. Bertin noreply at phabricator.kde.org
Tue Jan 23 21:10:07 UTC 2018


rjvbb marked 10 inline comments as done.
rjvbb added inline comments.

INLINE COMMENTS

> kfunk wrote in iokitdevice.cpp:463
> Returning inside the case statements would make this code clearer as well.

I don't share that opinion and think that multiple exit points do not make the code more efficient either (judging from stepping through the code in a debugger).

But whatever...

> kfunk wrote in iokitvolume.cpp:70
> Dito, inconsistent member naming.
> 
> And given that I've noticed that three times now, this again leads to the conclusion this is very repetitive code amongst . `{IOKitStorageAccess,IOKitVolume,IOKitStorage}::Private`.
> 
> Maybe there should be helper class for accessing a `CFDictionary` instead which all these classes use?
> 
> I'm not trying to piss you off René, but this is slightly sloppy coding which easy for the initial writer to do, but will bite us any time in the future when someone unfamiliar with the code needs to do fixes to this code and potentially fixes only one copy of these snippets. Please think about your architecture more carefully.

Not really certain why I didn't decide to this myself, I'm pretty certain it did cross my mind.

> kfunk wrote in iokitvolume.h:45
> No `virtual` needed if there's already a `Q_DECL_OVERRIDE` or `override`.

I guess that's safe here because IOKitOpticalDisc doesn't override any of these methods?

REPOSITORY
  R245 Solid

REVISION DETAIL
  https://phabricator.kde.org/D7401

To: rjvbb, #frameworks, kfunk
Cc: ngraham, kfunk, anthonyfieroni, cgilles, kde-mac
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20180123/df20c16e/attachment.html>


More information about the Kde-frameworks-devel mailing list