Статья про ООП в 1С на Хабре. #759326

На ресурсе появилась статья про имитацию ООП в 1С. Автор с упорством достойным пожимания плечами развивает концепцию применения ООП. Только в статье так и нет ответа на вопрос - "Зачем и кому это нужно.". Правда в опусе упомянуто, что те кто не понимает зачем ООП в 1С, это " именно «1С-программисты»". А есть еще "кто занимался разработкой на обычных универсальных языках и привык к возможностям ООП". Вот такое вот разделение. Статья оставляет ощущение "вымученной", написанной просто что бы быть. Цетировать не буду, кому интересно, прочтет. Ну и маленькая голосовалка.

На ресурсе появилась статья про имитацию ООП в 1С. Автор с упорством достойным пожимания плечами развивает концепцию применения ООП. Только в статье так и нет ответа на вопрос - "Зачем и кому это нужно.". Правда в опусе упомянуто, что те кто не понимает зачем ООП в 1С, это " именно «1С-программисты»". А есть еще "кто занимался разработкой на обычных универсальных языках и привык к возможностям ООП". Вот такое вот разделение. Статья оставляет ощущение "вымученной", написанной просто что бы быть. Цетировать не буду, кому интересно, прочтет. Ну и маленькая голосовалка.

1. Написать статью про 1С на Хабре 2. Упомянуть про "убожество" языка программирования 1С. 3. ... 4. PROFIT!!!11 Чувак карму набил.

Скучная статья.

"Знаете, статья получилась практически ни о чем. Как имитировать ООП в процедурном языке, думаю, все и так знают. А когда это оправдано и имеет смысл именно в 1С, осталось нераскрытым. Для каких задач подходит и какие преимущества дает по сравнению с процедурным стилем, предлагаемым платформой. А иначе правы те, кто говорит «такая поддержка совершенно не нужна». " плюсую чё.

Цитата - "В дальнейших публикациях я планирую рассказать о некоторых полезных штуках (можно сказать, инструментах), которые можно сразу взять и использовать в своих 1С-программах. Их код будет оформлен как раз в виде таких вот классов." Заранее содрогаюсь.)))

В том виде, в котором это описано в статье - Скажем дружно: нафиг нужно!

Не нужно

Уже обсасывалось "2000^n степени" раз, у 1С нет ООП :)

Имитация ООП...почти как имитация оргазма )

Вопрос не в том, что его там нет, вопрос в том - на кой ляд оно в 1С надо?

1Сники - такой народ. Чуть что, сразу в ответ: - не нужно - не надо - этого нет

+ В редких случаях, конечно, могло бы и пригодиться, к примеру, свести какой-то набор документов к классу с переопределяемыми методами, что подсократило бы время разработки, но это совершенно не принципиально и легко реализуемо через грамотный код с общими модулями.

Если к типовым еще добавить ООП, то это будет вообще нечто. ))

кг/ам

Дык в БСП как раз и пытаются эмулировать ООП. И это нечто, да.

да задрали уже со своим ООП, суете его куда ни попадя...

Против ООП обычно выступают "Разработчики печатных форм" ибо искренне не понимают зачем оно им нужно. Как по мне так устрицы хрень полная (правда я их не ел, но уверен, что хрень).

Про функциональное программирование вообще молчим)))

фонаты ооп просто не знают про это...

ТрюЪ погромисты могут дальше обмазываться своим ООП. Только 1С тут каким боком?

, Фанатичные противники ООП ещё смешнее, чем фанатичные сторонники.  Фанатизм - это вообще не от большого ума.

Все переходим на ассемблер.

ну раскройте тему "зачем ООП в 1с". Простенько так, кратенько. Хотя с другой строноны, я ж фанатик, куда там мне понять вершины вершин.

А фанаты 1с знают?

дядя, открой для себя термин DSL

А где тут противники?

кури

я например.

Противник ООП в принципе или его необходимости в 1С? :)

Если бы всё было так прекрасно, то не было бы такого количества внешних компонент и костылей для 1С.

и в принципе и в 1с

лично я после программирования на с++ и с# стали испытывать невероятные мучения из-за отсутствия ООА в 1с

Ну хз, "в принципе" парадигма ООП очень даже при разработке прикладного софта. А в 1С оно не нужно.

Что есть ООА?

за 15 лет встречал пару формексов и то на 7.7 на 8х не встречал ничего

все эти баги и глюки есть прямое следствие использования ооп, так что никакого "очень даже" нет

Лично мне похрену, я как-то после жабы и сиплюсов невероятных мучений не испытываю. Может, проблема в неумении адаптироваться?

Баги и глюки - прямое следствие кривых рук.

развиваться надо батенька.

ну в таком случае все программисты - ж.поруки.

ООП ОченьОченьОчень нужно, скорее даже не ООП, а его концепция. Что бы данные мог менять не кто угодно, в какое угодно время и как ему захочется, а только конкретный объект, отвечающий за эти данные. Наверное это можно и реализовать особо не меняя 1С, но ребята, писавшие типовые и размазавшие проведение и печать по всей конфигурации явно были против концепции ООП. Что касается статьи, то там описывают именно имитацию в плане описания классов. Вот это как раз практически и не надо.

Разумеется. Идеальных программистов не существует.

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

А в вакууме?

Ну, если выживет...

+ Но тогда он еще и сферическим должен быть.

Ну, это не проблема.. ))

И писать на Lisp. ))

Ну, крайне спорное утверждение.

простенько: иногда нужно посложнее: заставляет структурировать мысль, и, как следствие, делает код понятным не, ну это вообще смешно, применительно к 1С, и современной практики применения 1С. Экономия ресурсов - это вообще последнее, что кого-то волнует

"посложнее: заставляет структурировать мысль, и, как следствие, делает код понятным" жуткая чушь "Экономия ресурсов - это вообще последнее" угу-угу. Канечна. До тех пор пока не потребуется чтобы в базе колотилось тысячи 3 пользователей например. Ваша аргументация - есть аргументация банального амнокодера.

Представляешь, что будет, если все объекты метаданных будут реализованы как классы и каждый будет лепить к ним своих потомков согласно своему подходу к "структуризации мысли"? Первозданный Хаос будет нервно курить в сторонке.

1С и экономия ресурсов, вещи далекие друг от друга.

Да лаадно. Если говорить не о платформе, а об оптимизации быдлокода - в 99% случаев "тормозит" - это либо запрос в цикле, либо ненужное обращение к объектам в цикле и т.д.

Сейчас всё то же самое во всяких модулях. По моему без разницы, где хаос.  Никакие инструменты никогда не приводят к порядку гарантировано. Инструмент может только помочь сделать что-то лучше. А вот сделать плохо можно любым инструментом.

А чего это о платформе не говорить? Она одна потребляет - что писец.

тогда нахрен ООП если его применение этой цели не достигает?

платформа, кстате, на цэ плас плас вроде наваяна, не? Где же величие ооп-а?

На то она и платформа. .NET тоже некисло отжирает, как и JVM, интерпретаторы же.

виртуальные машины, емнип

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

JRE, сорри.

Хотя да, чот я уже путаюсь. Впрочем, не суть важно.

Какой цели? У ООП вообще нет цели - это инструмент. Цель есть у тебя. И если ты её не достигаешь, то это твои проблемы, а не инструмента.

Языковые средства, возможности, подходы и парадигмы... может в академических целях это интересно, но не более того. Дайте мне ООП, так у всех "настоящих" языках сделано! И сколько на этих "настоящих" языках автоматизаций произведено (в области, которой используется 1С)? Чем отличается Программист-1С от "классического" программиста? В том, что программисту 1С приходится решать конкретные задачи конкретного бизнеса. Причем такие задачи, которому "классическому" программисту даже не понять (не потому, что он такой плохой, а потому что это совершенна другая сфера деятельности). Что делает кот, когда ему делать нечего? Яйца лижут. Вот так же и эти "классические" программисты. Открыл 1С... нихрена не понял. Ну давай классы поищу, ООП придумаю... Только вот как это поможет решит конкретную задачу конкретного бизнеса? В чем преимущество по сравнению с существующими методами/подходами? "класссическому" программисту даже в голову не придет такой вопрос. ООП и точка. Ну окэ )

Ты чего курил?

содержимое статьи к ООП имеет не большее отношение, чем культ карго - к авиации

Давать ООП в руки 99.99% 1сников - хуже, чем пять гранат в одни руки объезяне.

Господа программисты, ООП это не только возможность запилить over 9000 своих классов, это еще и другой подход к программированию и вот перенять этот подход, как раз бы не помешало.

Когда количество общих модулей переваливает за пару десятков - код становится мало отличим от бейсика с goto.

Ага, а 1с это DSL?

Ну, он так считает.

а что, нет?

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

А чьи API использует  1с?

+ ну, и там, где нужно симитировать наследование, пропадает к херам вся инкапсуляция

этому человека ТАК удобно... вы разве не внедряли 1С и не слышали фраз "Тут так не удобно работать ! Сделайте чтобы тут было как в нашей старой программе !"

Статья не несет никакой полезной инфы. Практического применения не имеет.

Класс ЗаявкаПоставщику - это сильно. По ходу дела автор вообще берега попутал и не понимает назначение 1С. По поводу удобства или неудобства программирования в 1С так и хочется сказать вы не любите кошек? значит вы не умеете их готовить. Может быть в 1С что-то и не удобно, но в ней есть все для решения тех задач, для которых она предназначена.

Приходится использовать подобное раз на миллион.

Не читал, но осуждаю.

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

+ И да, наверное Эклипс - это самая большая компонента, которую пытаются прикрутить к 1С )))

Тру программизд негодует! Как же так? Почему ему,такому одаренному и уникальному, знающему такие сложные слова, как полиморфизм и инкапсуляция, выжить в мире населенном идиотами и невеждами? Ему через силу приходится кодить на этом мерзком и недостойном тру програмизда недоязыке! Чтобы хоть как-то облегчить нечеловеческие страдания, приходится делать эмуляцию ООП, которые идиоты из 1С не удосужились внедрить в свою быдлоплатформу. И ведь, что удивительно, быдлопрограммизды 1С-ники пользуются этой платформой и даже не понимают своей печальной участи, не страдают от мучений и, что самое удивительное, порой зарабатывают больше тру программиздов. Почему этот мир так несправедлив? Почему ущербные одинэснеги не ощущают своей ущербности и не воздают хвалу тру программиздам, постигшим инкапсуляцию? Как же донести до них то, что они все делают неправильно и наставить их на путь истинный? Ведь пробовать что-то объяснять таким безмозглым людишкам бессмыслено. Единственное, что остается, это рассказывать тру-программиздам о своих страданиях на хабре. Все тлен...

ТруЪ на хабре редко сидят. Их там исчезающий процент из "пишущих", и пишут они, как правило, по делу и интересно.

Ерунда какая-то детская.))

А где они пишут?

в IDE

про цЕтировать уже сказали?

Сам увидел, но поздно )))

без конкретного профита дрочка на три буквы "ооп" бессмысленна

значит, правда, что в пол у закралась ошибка...

Она не закрадывалась.

ну не всем же быть занудами.

А, что с профитом она приобретает смысл?

Ну и фигню нести тоже лишнее.

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