В чём смысл разделяемых (partial) методов?

Можно какой нибудь пример?

0

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

1

ioane, речь шла о partial методах, а не классах

Лично ни я, ни мои коллеги не смогли найти применение этой "фиче". Единственное что в голову приходит оставлять Partial методы как заглушки\напоминалки, чтобы потом их реализовать. Может у кого есть более ценные идеи.

0

Сообщение от Usaga Единственное что в голову приходит оставлять Partial методы как заглушки\напоминалки, чтобы потом их реализовать.

Почти, но не совсем.
jestero, чтобы ответить на этот вопрос, для начала надо разобраться, для чего существуют partial-классы, то есть для чего вообще понадобилось разделять код одного класса на разные файлы. Сделано это для одной простой вещи: чтобы можно было легко использовать инструменты (в том числе графические), автоматически генерирующие код. Дело в том, что очень нежелательно, чтобы в код, сгенерированный таким инструментов вмешивался человек. И наоборот: код, написанный человеком, генератор может испортить, если начнет в него вмешиваться. Таким образом гораздо удобнее разделить код на разные файлы, которые будут создаваться отдельно.
Когда часть кода создана дизайнером, то не возникает никаких проблем с тем, чтобы использовать сущности этого кода в пользовательском коде. Но тут возникает вопрос: как быть, если требуется обратный случай, то есть когда часть логики, генерируемого автоматически кода, все-таки надо предоставить описать пользователю? Наиболее очевидным решением этой задачи является вынесение пользовательской логики в отдельный метод, который будет вызван генерируемом коде. Но тут возникает проблема: если пользователь еще не реализовал этот метод, то генерируемый код будет вызывать несуществующий метод, что приведет к ошибкам. Можно было бы создать заготовку метода без реализации (вроде бы), но тогда возникает вопрос, как писать реализацию когда к пользовательскому коды генератор не имеет доступа, а если пользователю предоставить реализацию метода в сгенерированном коде, то при следующем сохранении этот код просто будет перезаписан полностью с потерей пользовательской реализации метода. В данном случае партиал метод как раз и является решением этой проблемы. То есть метод объявляется и таким образом может быть вызван, но его реализация будет находиться в файле с пользовательским кодом.

5

diadiavova, такое практикуется в WinForms? Или где? Просто мне что-то такое не попадалось на глаза или я не обращал внимания.

0

Usaga, в известным мне встроенных инструментах такого нет. Но в Visual Studio SDK есть такая штука как Design and Modeling Tools, которая раньше была составной частью SDK, а потом ее выделили в отдельный пакет. Так вот, среди прочего там есть возможность создавать собственные графические DSL-ы для студии, включая такие как диаграммы классов, рабочие процессы и т. д. Все это с собственной логикой и произвольной кодогенерацией. Я думаю, что вводя подобную фичу, разработчики языка ориентировались именно на этот инструментарий. Во всяком случае на меня "озарение снизошло" именно тогда, когда я с ним работал и мне понадобилось вынести часть логики в пользовательский код, я долго думал как это сделать и потом меня "осенило". ))

1