AX2012. Цель атрибутов в расширении наследования классов

[EVGL]

Цитата:

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

Это же начала конца света. Война патентов на уровне написания кода.
Заслуживает отдельной темы разобраться. Звонок тревожный если ручки и до этого дотянулись. Прецендент. Ведь не придумали они это, а просто оформили.
P.S. Или это не стремление корпорации зарабатывать на способах написания кода, а инициатива авторов реализации чтобы наоборот тянуть с Microsoft??
P.P.S. Assignee - MS, значит владелец патента - Microsoft. Завидовать авторам - не хочется. Хочется их казнить

То есть как? Михаэль Галль и придумал. Он еще много чего придумал, например Source Document и Subledger, вот, мучаемся, но с точки зрения пользователя/консультанта - классная вещь. Господин Белугин, наверное, много может на эту тему написать, ведь ему под это пришлось мою корреспонденцию переделывать, не так ли?

Корпорация Microsoft пополнила свой многотысячный багаж патентов, все правильно, рабочее время и интеллектуальный продукт принадлежит корпорации. Сами изобретатели повесили себе на грудь то есть LinkedIn, чтобы потом продать себя подороже.

В чем проблема?

[ax_mct]

Цитата:

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

В чем проблема?

Проблема в том что теперь нужно смотреть какой способ организации своего кода бесплатен, а какой нет. Я раньше вообще не подозревал что такие патенты существуют.

Создаю я скажем свой продукт или беру Open-source, продаю решение клиентам. А потом разоряюсь так как использовал способ написания кода который запатентован.
Или в этом продукте который я использую такое содержится. Это что же мне все патенты читать?

Причем разоряюсь еще до суда, так как почти уверен что мои профессиональные страховки на юридические услуги не учитывают нарушение авторских прав.

Сорри за оффтоп. Пока непонятно тема это или нет.

[belugin]

Цитата:

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

Господин Белугин, наверное, много может на эту тему написать, ведь ему под это пришлось мою корреспонденцию переделывать, не так ли?

Я бы сказал, что там есть две вещи - с точки зрения программиста-локализатора часть кода стновится ненужна - так как информация о создаваемых проводках вписана во фреймворк, то не надо ее дублировать при помощи vref2log и прочего. То есть корреспонденция корреспондирует все что реализована при помощи subledger - не надо отдельно прописывать корреспонденцию для FTI и для VendInvoice

Есть некоторые претензии к понятности того, что получилось, но они за счет

1) Больших методов в SubjedgerJournalizer
2) Быстродействия и нерасширяемости пакетных insert into (дублирование кода в extensions)
3) Нарушения принципа tell-don't-ask кое где.

Это никак не связано с тем, создавать ли классы при помощи Case или при помощи атрибутов.

Еще API расширений никак не противоречит оверллеерингу - это два ортогональных аспекта. Посмотрите, например на Linux - у программистов есть возможность как пользоваться API так и делать патчи. Большинство пользуется API, но для этого нужен хороший API