Про выплюнуть — это вы написали, вас же спрашивали про command-line tool. Потому что тогда можно было бы сделать плагин к другим IDE. И кстати, там не просили вас это сделать, лишь спросили можно ли, и в каком направлении копать.
Разве у того же Klocwork'а нету текстового представления ошибок? И зачем давать ссылку на 2 предложения, если можно было просто написать 2 предложения — столько же места заняло бы, только нагляднее.
А в чем проблема? Все равно же будет так: if policy::to_use()
____use_func1()
....
if policy::to_use()
____use_func2()
....
if policy::to_use()
____use_func3()
Да, будет чуть больше функций в EmptyPolicy, но они же все равно пустые. Да и читаться будет проще.
____use_func4()
В любом случае проще написать
use_func1()
…
use_func2()
…
use_func3()
use_func4()
Как-то не совсем на Александреску похоже… Вы передаете класс политики и создаете его экземпляр как поле вашего класса. При этом во многих частях кода используется нечто вроде if Policy::to_use() { blah-blah blah }
Александреску же предлагает, насколько я помню, целиком вынести эту функциональность в класс стратегии и наследоваться от него. При этом отделится часть, отвечающая, например, за логгирование в отдельный клас. Для случая, когда функциональность не нужна, делается пустая функция, которая точно так же как и у вас исчезает в момент компиляции. После этого, вы сможете изменить поведение написав новый класс и абсолютно не меняя логику уже написанного кода.
ПС. могу ошибаться, если так — поправьте, буду благодарен :)
Использую ViruaWin в связке с Flying Windows для перемещения окон с зажатым alt'ом + lswitch для переключения раскладки по капсу — все почти как в линухе :)
Скажем так — я не очень знаком с хоткеями MC, поэтому некоторые вещи удобнее сделать через командную строку. Но в то же время, не хочется постоянно тыкать <C-o> Да и вообще иногда возникает желание набрать команду и сразу увидеть результат.
С одной стороны правильно, вот только даже если оформить их списком, не факт, что при ответе ни один из них не будет упущен… Все-таки «одно письмо(сообщение, ..) — один вопрос» имеет и свои преимущества.
if policy::to_use()
____use_func1()
....
if policy::to_use()
____use_func2()
....
if policy::to_use()
____use_func3()
Да, будет чуть больше функций в EmptyPolicy, но они же все равно пустые. Да и читаться будет проще.
____use_func4()
В любом случае проще написать
use_func1()
…
use_func2()
…
use_func3()
use_func4()
if Policy::to_use() { blah-blah blah }
Александреску же предлагает, насколько я помню, целиком вынести эту функциональность в класс стратегии и наследоваться от него. При этом отделится часть, отвечающая, например, за логгирование в отдельный клас. Для случая, когда функциональность не нужна, делается пустая функция, которая точно так же как и у вас исчезает в момент компиляции. После этого, вы сможете изменить поведение написав новый класс и абсолютно не меняя логику уже написанного кода.
ПС. могу ошибаться, если так — поправьте, буду благодарен :)
Про удобство shell + vim я и так знаю, или вы про файловый менеджер внутри вима говорите?
Можете подсказать, почему здесь не воспользовались опцией "-d"?
Экспонента, ограниченная?