mfp: Extending class state

[trud]

Цитата:

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

Мне больше интересно - а нельзя ли такое же, но без статических методов ? Кажется довольно очевидным развитием идеи...

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

[fed]

Цитата:

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

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

Я не наследование предлагаю, просто неплохо было бы чтобы компилятор мог бы вот эти вот статические методы сам неявно создавать в момент генерации CIL. Они ведь при таких раскладах все равно более или менее стандартные - получил параметр, получил this, вызвал нестатический метод.

Ну и к слову сказать - если они там в яммере действительно отнимут возможность overlayering, то считай 90% вертикальных решений с рынка уйдет. Равно как и обычные партнеры начнут в сторону других систем смотреть. А если overlayering не запретят, так проще по старинке все делать чем заморачиваться с extensions.

[trud]

Цитата:

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

А если overlayering не запретят, так проще по старинке все делать чем заморачиваться с extensions.

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