| WikiProject Computing | (Номинальный стартовый класс) | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||
| WikiProject Информатика | (Номинальный стартовый класс, высокая важность) | |||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||
В обзоре есть пример формы с потенциальной проблемой, нарушающей принцип замены Лискова [ править ]
Цитата из текущей версии:
Форма с подклассами, такими как Rectangle и Ellipse (которые, в свою очередь, имеют подклассы Square и Circle)
Это типичный пример нарушения Liskov_substitution_principle (читайте https://stackoverflow.com/a/28952408/10060021 ). Т.е. переопределение ширина / высота сеттеры (на площади) , чтобы изменить данные для обоих ширины и высоты в то же время (в базовом Rectangle) нарушило бы Rectangle семантику. В следующем примере квадраты фактически увеличиваются вдвое .
func Expand (Rect r) { r.width = r.width + 1; r.height = r.height + 1; }Должно быть хотя бы предупреждение. - 2бам ( разговорное ) 16:52, 13 января 2019 г. (UTC)
ООП или низкий уровень? [ редактировать ]
Должна ли эта страница включать более общую концепцию отправки сообщений в компьютерном оборудовании, например сетевых пакетов; также «см. MPI». Некоторые системы превращают доступ к памяти в сетевые сообщения Fmadd ( talk ) - предыдущий недатированный комментарий добавлен 11:28, 16 апреля 2016 г. (UTC)
Абзац передачи сообщения [ править ]
Вызов объектов в объектно-ориентированном программировании (например, Simula, Smalltalk, Java, C # и т. Д.) Часто называют «передачей сообщений» и реализовывают с использованием разделяемой памяти. В случае параллельных объектно-ориентированных языков (например, Java, C # и т. Д.) Реализация также может включать блокировки (или другие средства взаимного исключения).
Я удалил этот абзац. Simula, Smalltalk, Java и C # (за исключением материала, основанного на исчислении соединений в Comega) не используют передачу сообщений в том смысле, в котором они связаны с параллелизмом, как в этой статье. Говоря о реализации, просто сбивает с толку различия между подходами с передачей сообщений и блокировками. Дэвид Хопвуд 01:06, 9 марта 2006 г. (UTC)
- Для меня это звучит как хорошая редакция. Интересно, что этот конкретный пункт был добавлен Карлом Хьюитт (да, Карл Хьюитт - к сожалению , уже не WP вкладчик). Однако я согласен, что это немного сбивает с толку. Ото, это правда , что объект вызова является иногда называют «передачи сообщений». Возможно, стоит создать раздел (не в заголовке), в котором обсуждаются различия между объектно-ориентированной "передачей сообщений" и передачей сообщений в параллельном смысле. Это кажется мне лучшим подходом, чем попытка объединить две концепции, как это сделал удаленный вами параграф. Как вы думаете? - Аллан Макиннес ( разговор ) 02:43, 9 марта 2006 г. (UTC)
- Я согласен с тем, что smalltalk не использует передачу сообщений в смысле статьи, он просто использует терминологию передачи сообщений для описания вызова обычного объектно-ориентированного метода. 1Z ( разговор ) 17:56, 9 февраля 2011 (UTC)
Существует также третий смысл передачи сообщений в информатике / математике: «алгоритм передачи сообщений» - это класс алгоритмов, связанных со статистикой и байесовским выводом. Например: распространение убеждений, распространение expextation и вариационный байес - это алгоритмы передачи сообщений. Может нам нужна страница значений.
Я создал страницу значений со ссылкой на распространение убеждений. На каком-то этапе может потребоваться страница с алгоритмами передачи сообщений. Хенк Мюллер ( разговор ) 12:25, 23 января 2010 (UTC)
- Я не согласен с этой редакцией. Я согласен с тем, что понятие «передача сообщений» ужасно запутано и что люди часто используют этот термин, не понимая, говорят ли они о распределенных объектах или объектах, которые находятся в памяти вместе, и что инфраструктура и дизайн говорят, что система промежуточного программного обеспечения, ориентированная на сообщения, будет радикально отличаться от нераспределенной системы Smalltalk, работающей на одном компьютере. Но это проблема для статьи, которую нужно объяснить, чтобы не просто замалчивать ее, говоря: «ну, это НЕ ДЕЙСТВИТЕЛЬНАЯ передача сообщений». Это называется «передача сообщений» (у меня есть книга Голдберга прямо здесь, и я только что нашел ее) в МНОГОЕ ОО-литературе, и поэтому мы должны объяснять это с учетом этого. MadScientistX11 ( разговор ) 18:24,1 января 2014 г. (UTC)
Эй
Jakethorne1983 ( разговорное ) 11:35, 1 июня 2018 (UTC)
Низкое качество [ править ]
В целом страница довольно низкого качества, алфавитный суп из предложений многих редакторов. Однако некоторые абзацы действительно верны. У меня нет времени на то, чтобы починить еще 2 года - так что буду просто помечать. Сделаю хороший классный проект в рамках программы типа «Послы Википедии». Это не сложная тема, поэтому несколько хороших аспирантов по информатике смогут ее исправить. History2007 ( разговор ) 08:47, 31 июля 2011 (UTC)
- Фу! Да ладно, ребята, перестаньте поручать такую важную работу студентам. Многие люди используют Википедию и IMO, состояние некоторых статей по информатике слабое по сравнению с большинством технических и научных статей. И я видел несколько ужасных статей, которые были результатом классных проектов. Люди, которые должны писать это, должны быть людьми, которые знают это и действительно делали это, а не людьми, которые учатся по ходу дела. MadScientistX11 ( обсуждение ) 18:27, 1 января 2014 (UTC)
Какие? По английски пожалуйста! [ редактировать ]
Эта статья читается так, как если бы она была частью руководства по информатике, а не частью общедоступной энциклопедии Alanthehat ( обсуждение ) 17:52, 3 августа 2013 г. (UTC)
- Я переписал большие разделы статьи. Тема довольно техническая, поэтому в ней в значительной степени должен быть некоторый жаргон, но я попытался сделать ее более понятной и попытался хотя бы дать общий обзор, прежде чем вдаваться в технические детали. Я удалил несколько больших фрагментов текста, из-за которых возникали различные проблемы с распределенной и асинхронной обработкой сообщений. Я думаю, что было бы разумно создать несколько новых разделов, посвященных проблемам и вопросам, таким как трансляция, публикация / подписка, блокировки, транзакции и т. Д., Но то, что было по этим темам раньше, было непонятно, было плохо написано, и не был получен, поэтому я решил, что лучше удалить его и начать с чего-то наполовину читаемого и расширить оттуда. Было несколько технических разделов, которым я не следовал полностью (материал о звонках и передаче сообщений), но это не так.Это тоже звучит неправильно, поэтому я сохранил что-нибудь подобное. -MadScientistX11 ( обсуждение ) 15:01, 2 января 2014 (UTC)
