Entry tags:
private/internal методы и классы в .NET
А вот скажите, почему у авторов гопнета так популярно делать классы и методы недоступными для разработчиков?
Сейчас сижу, например в ILSpy и делаю обертку над ServiceController, потому что нельзя без ловли исключений узнать, существует ли сервис, а конфигурацию сервиса так и вообще никак прямо узнать нельзя. При этом все полезные методы и классы (нативный интероп итд) сугубо приватные или внутренние.
Сейчас сижу, например в ILSpy и делаю обертку над ServiceController, потому что нельзя без ловли исключений узнать, существует ли сервис, а конфигурацию сервиса так и вообще никак прямо узнать нельзя. При этом все полезные методы и классы (нативный интероп итд) сугубо приватные или внутренние.
no subject
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
(no subject)
(no subject)
(no subject)
no subject
(no subject)
no subject
no subject
Обычно "приватизируют" ради совместимости - чтобы потом спокойно менять в следующих версиях, а кто полез хакать - сам дурак.
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
отдельного разговора требует принцип "make all classes final by default", по которому в свое время проехался nikitonsky.
(no subject)
no subject
no subject
(no subject)
(no subject)
(no subject)
(no subject)
no subject
индусыюзеры. Значит на это нужно писать доку в мсдн, нужно продумать 100500 безумных способов которыми юзер заюзает эти методы, нужно отвечать на вопросы про них в social.ms.com и т.д.И что, неужели в этих ваших скалах в стандартной либе всё наружу торчит?
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
Попробуйте DotPeek от jetbrains.
no subject
(Anonymous) 2012-12-11 12:13 pm (UTC)(link)А так бы как унаследовался бы, прикрутил бы сбоку кэшер позиций в значений в массиве...
no subject
no subject
no subject
no subject
(no subject)