метод find как private !?

[NetBus]

Microsoft Dynamics 4.0
kernel version 4.0.2501.116
application version 4.0.2501.347

На таблице EmplLedger_RU метод find объявлен как private — зачем, может кто нибудь разъяснить?

private static EmplLedger_RU find(EmplPostingProfile_RU _emplPostingProfile,
                                  boolean               _forUpdate = false)
{
    EmplLedger_RU emplLedger;
    if (_emplPostingProfile)
    {
        emplLedger.selectForUpdate(_forUpdate);
        select firstonly emplLedger
            where emplLedger.PostingProfile  == _emplPostingProfile;
    }
    return emplLedger;
}

[Gustav]

Бред! У нас в 3.0 SP4 на слое dis тоже private, а на слое var - уже public (виват GMCS).
Так что исправляйте и радуйтесь жизни дальше

P.S. Вообще не очень догоняю, как может быть private СТАТИЧЕСКИЙ метод. Хотя поиском в AOT по строке "private static" в узле таблиц находятся несколько таких мест...

[DSPIC]

Цитата:

Сообщение от Gustav

...

P.S. Вообще не очень догоняю, как может быть private СТАТИЧЕСКИЙ метод. Хотя поиском в AOT по строке "private static" в узле таблиц находятся несколько таких мест...

Точно также, как и любой другой. Его можно будет вызывать только из своего класса.

[kashperuk]

Цитата:

Сообщение от NetBus

На таблице EmplLedger_RU метод find объявлен как private — зачем, может кто нибудь разъяснить?

Видимо как раз в 4ке сделали по умолчанию создание методов как private.
А тот, кто создавал эту таблицу для рос.локализации, не заметил этого.

Врядли кто-то это делал специально

[S.Kuskov]

Цитата:

Сообщение от DSPIC

Точно также, как и любой другой. Его можно будет вызывать только из своего класса.

Вопрос в другом. Каковы могут быть причины блокировать статический метод от внешних вызовов?

НЕстатические методы могут использовать внутреннее состояние объекта, поэтому иногда их вызов возможен только из определённых мест программы. Для предотвращения других вызовов здесь логично использовать спецификатор private.
Статический же метод зависит только от внешнего контекста и просто принадлежит некоторому пространству имён.

[ZVV]

Цитата:

Сообщение от DSPIC

Точно также, как и любой другой. Его можно будет вызывать только из своего класса.

Да, точно. Только в данном случае только из методов на данной таблице.
Согласен с Густавом по поводу сомнительности смысловой нагрузки данного объявления метода find...

Я у себя на приложении когда-то давно тоже убирал private на этой таблице, т.к. смысла не нашёл, а использовать было надо....

[ZVV]

Цитата:

Сообщение от kashperuk

Видимо как раз в 4ке сделали по умолчанию создание методов как private.
А тот, кто создавал эту таблицу для рос.локализации, не заметил этого.

Да нет, эта фича на этой таблице была ещё в 3-ке...

[kvan]

Цитата:

Сообщение от DSPIC

Точно также, как и любой другой. Его можно будет вызывать только из своего класса.

Все правильно - посмотрите, например, класс SysQuery

[DSPIC]

Цитата:

Сообщение от S.Kuskov

Вопрос в другом. Каковы могут быть причины блокировать статический метод от внешних вызовов?

НЕстатические методы могут использовать внутреннее состояние объекта, поэтому иногда их вызов возможен только из определённых мест программы. Для предотвращения других вызовов здесь логично использовать спецификатор private.
Статический же метод зависит только от внешнего контекста и просто принадлежит некоторому пространству имён.

Кроме целостности состояния объекта, модификаторы доступа выполняют ещё одну не менее важную роль - подсказать разработчику правильный интерфейс использования класса. Я так полагаю, static+private применен именно для этой цели.
Другое дело, что не всегда использование модификаторов продумывается, закрывается то, что не нужно закрывать и т.п.

Здесь, про find тоже думаю, что косяк