|
![]() |
#1 |
Moderator
|
Бред! У нас в 3.0 SP4 на слое dis тоже private, а на слое var - уже public (виват GMCS).
Так что исправляйте и радуйтесь жизни дальше ![]() P.S. Вообще не очень догоняю, как может быть private СТАТИЧЕСКИЙ метод. Хотя поиском в AOT по строке "private static" в узле таблиц находятся несколько таких мест... Последний раз редактировалось Gustav; 09.11.2009 в 10:15. |
|
![]() |
#2 |
Боец
|
|
|
![]() |
#3 |
Участник
|
Цитата:
НЕстатические методы могут использовать внутреннее состояние объекта, поэтому иногда их вызов возможен только из определённых мест программы. Для предотвращения других вызовов здесь логично использовать спецификатор private. Статический же метод зависит только от внешнего контекста и просто принадлежит некоторому пространству имён. |
|
|
За это сообщение автора поблагодарили: Gustav (1). |
![]() |
#4 |
Боец
|
Цитата:
Сообщение от S.Kuskov
![]() Вопрос в другом. Каковы могут быть причины блокировать статический метод от внешних вызовов?
НЕстатические методы могут использовать внутреннее состояние объекта, поэтому иногда их вызов возможен только из определённых мест программы. Для предотвращения других вызовов здесь логично использовать спецификатор private. Статический же метод зависит только от внешнего контекста и просто принадлежит некоторому пространству имён. Другое дело, что не всегда использование модификаторов продумывается, закрывается то, что не нужно закрывать и т.п. Здесь, про find тоже думаю, что косяк |
|
![]() |
#5 |
MCITP
|
![]() Цитата:
Согласен с Густавом по поводу сомнительности смысловой нагрузки данного объявления метода find... Я у себя на приложении когда-то давно тоже убирал private на этой таблице, т.к. смысла не нашёл, а использовать было надо....
__________________
Zhirenkov Vitaly |
|
![]() |
#6 |
Moderator
|
Цитата:
![]()
__________________
С уважением, kvan. |
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|