Наше начальство хочет отказаться от использования свойств в классах, использовать функции GET/SET. Главный довод лёгкость переноса аппликации на JAVA. Помогите собрать по-больше убедительных доводов почему етого не стоит делать.
13.01.06 00:40: Перенесено модератором из '.NET' — TK
Здравствуйте, IDL, Вы писали:
IDL>Наше начальство хочет отказаться от использования свойств в классах, использовать функции GET/SET. Главный довод лёгкость переноса аппликации на JAVA. Помогите собрать по-больше убедительных доводов почему етого не стоит делать.
Зависит от приложения. Основные доводы могут обращаться к тому что в стандартных библиотеках многое завязано на свойства (интерфейсы со св-вами, а значит местами будут св-ва, местами ф-ции что плохо), классы типа propertygrid и пр., сериализация (а в особенности XML сериализация, которая не умеет "вытаскивать" приватные поля в отличие от форматтеров, что черевато) ну и пр.
IDL>Наше начальство хочет отказаться от использования свойств в классах, использовать функции GET/SET. Главный довод лёгкость переноса аппликации на JAVA. Помогите собрать по-больше убедительных доводов почему етого не стоит делать.
Если им нужна легкость переноса на java — надо ПИСАТЬ на java, а не фигней маяться.
Hello, "IDL" > Наше начальство хочет отказаться от использования свойств в классах, использовать функции GET/SET. Главный довод лёгкость переноса аппликации на JAVA. Помогите собрать по-больше убедительных доводов почему етого не стоит делать.
Пишите на J#. Там эти get / set вы полный рост
Основная сложность переноса приложения с C# на Java это не наличие/отсутствие свойств, а разный набор библиотек.
Posted via RSDN NNTP Server 2.0
Если у Вас нет паранойи, то это еще не значит, что они за Вами не следят.
Здравствуйте, IDL, Вы писали:
IDL>Наше начальство хочет отказаться от использования свойств в классах, использовать функции GET/SET. Главный довод лёгкость переноса аппликации на JAVA. Помогите собрать по-больше убедительных доводов почему етого не стоит делать.
Согласен с предыдущими ораторами. Если нужна переносимость, то нужно писать на сабсете Явы и делать нужные библиотеки совместимости. Просто так перенсти код из дотнета на яву не удастся.
Ну, а гетеры/сеттеры... Фигня все это. Это можно транслировать по ходу дела.
... << RSDN@Home 1.2.0 alpha rev. 628>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
IDL>Наше начальство хочет отказаться от использования свойств в классах, использовать функции GET/SET. Главный довод лёгкость переноса аппликации на JAVA.
Здравствуйте, TK, Вы писали:
TK>Hello, "IDL" >> Наше начальство хочет отказаться от использования свойств в классах, использовать функции GET/SET. Главный довод лёгкость переноса аппликации на JAVA. Помогите собрать по-больше убедительных доводов почему етого не стоит делать.
TK>Пишите на J#. Там эти get / set вы полный рост
TK>Основная сложность переноса приложения с C# на Java это не наличие/отсутствие свойств, а разный набор библиотек.
Разные библиотеки ето важно, у нас есть свой фрейворк который, похож на C# и на JAVA. Все апплицации работают с ним , там есть такие объекты как Datameneger, CommandWrapper ит.д.
Совсем недавно перенесли одну аппликацию с JAVA на C#, всё прошло гладко, большую работу сделал конвертор, а всё остальное благодаря нашей библиотеки и REGEX прошло гладко. Поетому начальство хочет сократить чёрную работу конвертора которого нет.
Здравствуйте, VladD2, Вы писали:
VD>Здравствуйте, IDL, Вы писали:
IDL>>Наше начальство хочет отказаться от использования свойств в классах, использовать функции GET/SET. Главный довод лёгкость переноса аппликации на JAVA. Помогите собрать по-больше убедительных доводов почему етого не стоит делать.
VD>Согласен с предыдущими ораторами. Если нужна переносимость, то нужно писать на сабсете Явы и делать нужные библиотеки совместимости. Просто так перенсти код из дотнета на яву не удастся.
VD>Ну, а гетеры/сеттеры... Фигня все это. Это можно транслировать по ходу дела.
Есть идеи как транслировать, понятно можно написать свой парсер, но не благодарная ето работа, наверняка есть что-то готовое.
Разные библиотеки ето важно, у нас есть свой фрейворк который, похож на C# и на JAVA. Все апплицации работают с ним , там есть такие объекты как Datameneger, CommandWrapper ит.д.
Совсем недавно перенесли одну аппликацию с JAVA на C#, всё прошло гладко, большую работу сделал конвертор, а всё остальное благодаря нашей библиотеки и REGEX прошло гладко. Поетому начальство хочет сократить чёрную работу конвертора которого нет.
Здравствуйте, IDL, Вы писали:
IDL>Наше начальство хочет отказаться от использования свойств в классах, использовать функции GET/SET. Главный довод лёгкость переноса аппликации на JAVA. Помогите собрать по-больше убедительных доводов почему етого не стоит делать.
А гланды через анус оно не предлагает вырезать?
Здравствуйте, IDL, Вы писали: IDL>Есть идеи как транслировать, понятно можно написать свой парсер, но не благодарная ето работа, наверняка есть что-то готовое.
Можно написать плагин к Решарперу. Требуемый рефакторинг он делать умеет, осталось запустить его в batch mode.
Наше начальство хочет отказаться от использования свойств в классах, использовать функции GET/SET. Главный довод лёгкость переноса аппликации на JAVA. Помогите собрать по-больше убедительных доводов почему етого не стоит делать.
Убеждать начальство бесполезно. Если ОНО что-то решило, то все аргументы гоаорят о Вашей "некомпетентности" и только подтверждают "компетентность" начальства. Если есть необходимость переноса проекта на Java его и писать надо на Java.
Наше начальство хочет отказаться от использования свойств в классах, использовать функции GET/SET. Главный довод лёгкость переноса аппликации на JAVA. Помогите собрать по-больше убедительных доводов почему етого не стоит делать.
Убеждать начальство бесполезно. Если ОНО что-то решило, то все аргументы гоаорят о Вашей "некомпетентности" и только подтверждают "компетентность" начальства. Если есть необходимость переноса проекта на Java его и писать надо на Java.
PS:
Я сам начальник, но выбираю платформу и средства разработки применительно к проекту.
К счастью, я пока не разучился слушать других (надеюсь что это правда)Best regards,
Andrey Barashkin
>Я сам начальник, но выбираю платформу и средства разработки применительно к проекту.
Само сабой от проекта все зависит, если надо на низком уровне, это одно, если на высоком другое.
Если пишется платформонезависимый Hello World, то вполне можно.
Если начальство всерьёз думает, что C# отличается от Java только наличием свойств — случай безнадёжный.
Можно предложить ещё отказаться от использования делегатов, атрибутов, и всех библиотек, кроме System.
Ну и в C# проперти это тоже 2 ф-ии get и set по сути. Сериализация к сожалению будет невозможна. Но по сути дела проще действительно писать сразу на java а не городить огород.
Наше начальство хочет отказаться от использования свойств в классах, использовать функции GET/SET. Главный довод лёгкость переноса аппликации на JAVA. Помогите собрать по-больше убедительных доводов почему етого не стоит делать.
на своём личном опыте убеждаюсь, не стоит посвещать начальство во все технические детали разработки — себе дороже.Рассвет еще далек,
Но тает грим любви,
Усталость вижу и смятенье,
Взглянув в глаза твои…
При свете ты – никто,
И растворишься с новым днем,
Одна, но против всех течений,
Быть вне закона – твой закон.