mfp: X++ in AX7: Internal keyword

[mazzy]

Цитата:

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

отделить публичный API от особенностей реализации

Вообще говоря, для этих целей используют interface.
и в аксапте оно есть.

[belugin]

Цитата:

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

Вообще говоря, для этих целей используют interface.
и в аксапте оно есть.

1) Интерфейсы могут быть внутренними по отношению к модулю
2) Попробуй написать публичное API на одних интерфейсах (подсказка - как получить экземпляр )

[mazzy]

Цитата:

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

1) Интерфейсы могут быть внутренними по отношению к модулю

тогда их не надо оформлять как интерфейсы, а сразу класс )

интерфейсы - это и есть публичный контракт.
и никаких поробностей реализации.

[belugin]

Цитата:

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

тогда их не надо оформлять как интерфейсы, а сразу класс )

интерфейсы - это и есть публичный контракт.
и никаких поробностей реализации.

Внутри неймспейса могут быть интерфейсы которые не являются публичным контрактом этого неймспейса, но являются контрактами каких-то внутренних классов (чисто для внутренней реализации неймспейса).

и 3) Как без internal предотвратить неумышленное использование особенностей реализации с учетом того, что (2) для того, чтобы создать экземпляр интерфейса все равно нужен класс.

[mazzy]

Цитата:

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

...но являются контрактами каких-то внутренних классов (чисто для внутренней реализации неймспейса)....

макс, да понимаю я что ты сказать хочешь.

пойми и меня - для внутренних классов совсем не обязательно использовать интерфейсы. достаточно обычных классов.

internal - не нужен, дядя Вова.
http://coub.com/view/138x2

но если так хочется, и если уж пошли по пути public-полей. то и фиг с ними.

[belugin]

Цитата:

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

макс, да понимаю я что ты сказать хочешь.

пойми и меня - для внутренних классов совсем не обязательно использовать интерфейсы. достаточно обычных классов.

В области языков программирования вообще ничего не обязательно. Все Тьюринг эквивалентные языки отличаются только удобством .

Интерфейсы кое-где, например, могут быть удобнее тем, что позволяют множественное наследование.

[mazzy]

Цитата:

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

Интерфейсы кое-где, например, могут быть удобнее тем, что позволяют множественное наследование.

))))

интерфейсы - это публичный контракт.
что не является публичным контрактом - не обязательно выражать через интерфейсы.

https://ru.wikipedia.org/wiki/%D0%98...BD%D0%B8%D0%B5)
http://habrahabr.ru/post/30444/
и так далее...


вводить еще одну сущность для обозначения "вот это публичный контракт" - можно.
но лучше сделать более удобными интерфейсы.