Всем привет! Только не смейтесь, как то раньше не заморачивался, писал
procedure qqq; и жал ctrl-shift-c , Delphi создавала код под реализацию.
Но поработав в Java и Idea в частности, уже как то прям напрягает, особенно , когда в интерфейсе кучи методов, даже копипастить ломает :) ... Там, если я указал, что класс использует интерфейс, появляется волшебное действие - реализовать интерфейс, который создаст и описание методов и инициализирующий код. А есть такая фишка в Delphi?

wadmankill_zdmА есть такая фишка в Delphi?
Увы, из коробки - нет.
Печально :( А не из коробки? Посмотрел ModelMaker CodeExplorer, CnPack на всякий :) что то то же не нашел. Может есть какая тулза сторонняя?

ziv-2014,

Сейчас не у компа, не очень понял, что значит НЕ методов, если методы мне и надо реализовать. Если Вы опечтались и все же методов, то это все равно не то, интерфейс требует реализации всех (если класс не наследуется и в родителе не реализовано) и крайне неудобно это так или иначе, выбирать , каждый из них, тогда как в той же IDEA это делается сразу после упоминания в классе об интерфейсе еще с волосатых времен. delphi спецом что ли отталкивает от ООП )))) дожили до 10.3 2019 года, а такая вещь, на поверхности не реализована :-(

ziv-2014kill_zdm,
Идешь в public класса, жмешь ctrl+пробел, вылезает список не методов интерфейса, выбираешь любой и реализовываешь.
добрался до компа
1. Все же не паблик , а приват, раз уж по феньшую ;)
2. И тут я не знаю, что быстрее, выбирать из кучи непонятки или накопиастить из самого интерфейса или схожего класса....

В общем товарищи, обходные варианты понятны, необходим вариант однозначный- Обозначил использование интерфейса - какое то действие (горячие клавиши или меню / сторонние плагины) - Реализовать. Всё.

_Vasilisk_,

Ну так и Delphi не 7ую юзаю, уже 2019 год на дворе и версия 10.3.1 /// реально ощущение -что занимаются тем, что бы оттолкнуть от ООП и настаивать на других позициях. А мне нравится дэлфи , нравится под БД на ней писать...

kealon(Ruslan)kill_zdmziv-2014,

Сейчас не у компа, не очень понял, что значит НЕ методов, если методы мне и надо реализовать. Если Вы опечтались и все же методов, то это все равно не то, интерфейс требует реализации всех (если класс не наследуется и в родителе не реализовано) и крайне неудобно это так или иначе, выбирать , каждый из них, тогда как в той же IDEA это делается сразу после упоминания в классе об интерфейсе еще с волосатых времен. delphi спецом что ли отталкивает от ООП )))) дожили до 10.3 2019 года, а такая вещь, на поверхности не реализована :-(ну как бы интерфейс можно реализовать не только описав все методы, зачем их автоматом вставлять?
Я Вас умоляю! Простите, может не совсем понимаю о чем Вы ... Если Вы заюзали интерфейс, Вы обязаны реализовать всё, что в нем есть, в этом и фишка его.

kealon(Ruslan)kill_zdmЯ Вас умоляю! Простите, может не совсем понимаю о чем Вы ... Если Вы заюзали интерфейс, Вы обязаны реализовать всё, что в нем есть, в этом и фишка его.да, но сделать это можно не только описав все методы

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

kealon(Ruslan)_Vasilisk_пропущено...
Это физически невозможно вставить описание методов интерфейса в описание класса? Какие здесь последствия?

Что мешает затем эти методы вставить в раздел implementation с пустым телом? Аналогично нажатию Ctrl_Shift+C? При чем здесь примитивность или не примитивность языка?ну как при чём? это можно сделать разными способами и "как", совсем неочевидно, в отличие от той же явы.

Например, с теми же property проблемы так и не допилили. Стандарт позволяет не описывать методы, если они описаны в базовом классе - IDE запаривает их вставлять когда не нужно.

т.е. "Хочу как в яве" это совсем не аргумент

В ModelMaker CodeExplorer есть такая фишка - создать к примеру свойство и там галочки расставляешь, как оно будет, свойстовом или методом геттиться и сеттиться, его уровень изоляции и т.д. в общем полная свобода.... Почему подобный, хрен с ним мастер , что ли не сделать было. Хотя и в упомянутом ModelMaker CodeExplorer я на счет реализации интерфейса не нашел, но может плохо искал.

kealon(Ruslan)
но идею я уловил. Не подумал о разной реализации. Но мне кажется можно было что то придумать, допустим какой нибудь хоткей на создание чисто методами реализации, наверняка многие сказали бы спасибо, кто столкнулся с такой проблемой и ленью :)

_Vasilisk_kill_zdmIDEA это делается сразу после упоминания в классеНашли с чем сравнивать. В Идее много чего делается. И автореализация и автоимпорт и создание сеттеров/геттеров... Терпите

ну в этом хоть сторонние помогают частично, геттеры /сеттеры/конструкторы и т.д. - без ModelMaker CodeExplorer я в обще трудно представляю как бы жил сейчас и с ужасом вспоминаю - как жил до ))))

kealon(Ruslan)kill_zdm,

Не знаю, я эту IDE не пилю, но мои наблюдения за несколькими такими заходами говорят, что не приживаются всякие такие поделки. Сложности в освоении, использовании и поддержке не окупаются.
Да понятно дело, что лично пилить это жесть, задавая вопрос, я подумал, что просто не знаю чего то и это уже есть, либо есть какой то сторонний плагин. Так или иначе, спасибо за участие!

kealon(Ruslan)kill_zdmkealon(Ruslan)
но идею я уловил. Не подумал о разной реализации. Но мне кажется можно было что то придумать, допустим какой нибудь хоткей на создание чисто методами реализации, наверняка многие сказали бы спасибо, кто столкнулся с такой проблемой и ленью :)будем посмотреть :-)
JetBrains вроде пилит поддержку для паскаля....

ТА ЛАДНО!?!?!?!