Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..., opennews (?), 13-Ноя-13, (0) [смотреть все] они свою 7-ку на Ceylon собрались переписать, поэтому и не релизят , Аноним (-), 23:34 , 13-Ноя-13, (2) // Потом будет аналогом Firefox OS, Сталин (?), 01:54 , 14-Ноя-13, (13) Не имею ничего против этого языка и даже рад что его создали Приятно осознавать, хрюкотающий зелюк (?), 00:18 , 14-Ноя-13, (5) // Сразу чувствуется мнение специалиста Господин хороший, растолкуй Христа ради ч, AnonuS (?), 05:00 , 14-Ноя-13, (14) +7 Шта О_о, Аноним (-), 00:36 , 14-Ноя-13, (6) +2 Опоздали Есть Kotlin , Аноним (-), 00:57 , 14-Ноя-13, (8) –4 // А Тасмании нет Или Мадагаскара , YetAnotherOnanym (ok), 01:43 , 14-Ноя-13, (11) +1 Нету Kotlin, нету Есть только попытка его создать , Аноним (-), 06:44 , 14-Ноя-13, (16) +2 // В каком смысле , FractalizeR (ok), 18:43 , 14-Ноя-13, (78) // В прямом, ёбта Что тебе непонятно , Аноним (-), 20:16 , 14-Ноя-13, (86) –2 Есть scala и groovy, Sigurd (ok), 01:18 , 14-Ноя-13, (10) +2 В java действительно есть проблема унаследованного и обратно совместимого мусора, 3draven (ok), 06:55 , 14-Ноя-13, (17)   // Кстати, при беглом осмотре целон показался более приятным чем скала и груви Не , 3draven (ok), 07:00 , 14-Ноя-13, (18) +1   // Немного пробежав по цейлону я понял, что надо пробежать побольше нравится, бли, 3draven (ok), 07:41 , 14-Ноя-13, (19) –1   // Хотя java 8 во многом перекроет самые вкусные возможности цейлона В нее бы еще , 3draven (ok), 09:27 , 14-Ноя-13, (22)   Не холивара ради, что мешает вместо get set сделать полям public visibility , Аноним (-), 11:10 , 14-Ноя-13, (27)   get set могут делать дополнительные проверки и кидать исключения, например Но во, Аноним (-), 11:35 , 14-Ноя-13, (33)   Хмм, мне кажется наоборот, get set является как раз инструментом инкапсуляции Е, Аноним (-), 11:47 , 14-Ноя-13, (36) +1   Нет Это просто надстройки над полем Никакого сокрытия по сути не происходит, п, Аноним (-), 12:01 , 14-Ноя-13, (37)   С инкапсуляцией я то же когда то размышлял Доразмышлялся до того, что пришел к , 3draven (ok), 12:07 , 14-Ноя-13, (38) –1   Кстати В цейлоне я так понял защищенных и дефолт полей нету, они все видны внут, 3draven (ok), 21:14 , 14-Ноя-13, (90) –1   Методы наследуются, поля - нет , piteri (ok), 12:39 , 14-Ноя-13, (41) +1   obvious fix, виндотролль (ok), 14:29 , 14-Ноя-13, (50)   Прошу продемонстрировать наследование public полей, piteri (ok), 14:43 , 14-Ноя-13, (52)   public class PublicPropertyInheritance static class A public Strin, виндотролль (ok), 20:49 , 14-Ноя-13, (88) –1   А где пример с наследованием полей Этот был про области видимости , piteri (ok), 22:34 , 14-Ноя-13, (96)   http docs oracle com javase specs jls se5 0 html classes html 8 2 1 1, виндотролль (ok), 14:04 , 17-Ноя-13, (105)   А нужно ли наследование Многие высказывают мысли по поводу того, что наследован, iZEN (ok), 15:10 , 14-Ноя-13, (58) –2   Ну я и не давал качественной оценки Только бить тех, кто наследуется от твоих к, piteri (ok), 17:03 , 14-Ноя-13, (69)   Ну что за мода все усложнять Написано же - private, а не uninherited - зачем же, Ури (?), 19:13 , 15-Ноя-13, (98)   Так не я же усложняю private - к наследованию перпендикулярен Ладно, вот прост, piteri (ok), 22:23 , 15-Ноя-13, (100)   Этот код не должен компилироваться и не компилируется Ибо overridden method is, Ури (?), 12:20 , 16-Ноя-13, (101)   Спасибо, Кэп Но к final полю претензий таки нет , piteri (ok), 22:30 , 16-Ноя-13, (102)   А к чему тогда вообще претензии Если они относятся не к языку, а к неким своим , Ури (?), 12:48 , 17-Ноя-13, (103)   gt оверквотинг удален Ты либо глуп, либо упорот, либо жирнющий тролль Читай до, виндотролль (ok), 14:04 , 17-Ноя-13, (104)   Искренняя и несовратимая убеждённость в том, что это плохо , iZEN (ok), 15:04 , 14-Ноя-13, (57) –3   интересно, если оно действительно будет быстрей, то мб гугл заберёт это на ведро, Baz (?), 09:29 , 14-Ноя-13, (23) –1 // у гугла не жвм, а дальвик, none_first (ok), 12:34 , 14-Ноя-13, (40) +1 // Не далеко ушел , bOOster (?), 16:32 , 14-Ноя-13, (68) –1 // Далеко , piteri (ok), 17:03 , 14-Ноя-13, (71) +1 Не Те же яйца, вид сбоку , Аноним (-), 20:17 , 14-Ноя-13, (87) Ололо JVM - стековая, в то время как Dalvik - регистровая рукалицо , el torito (?), 21:24 , 15-Ноя-13, (99) Ой, дети рукалицо , C компилятор тоже может создавать бинарный код как для , bOOster (?), 07:06 , 28-Ноя-13, (106) В KitKat альтернатива появилась Пока экспериментальная, kurokaze (ok), 18:33 , 14-Ноя-13, (73) +1 IDE на скриншоте одна из самых отвратительных, что я видел Такое чувство, что у, Аноним (-), 10:47 , 14-Ноя-13, (25) –2 // Ты еще IDE Visual C не видел , Аноним (-), 11:18 , 14-Ноя-13, (29) +3 Опачки уже и на Эклипс гонят о, Аноним (-), 11:34 , 14-Ноя-13, (32) +1 // После php-блокнотика всё кажется конфеткой , Анончик (?), 12:30 , 14-Ноя-13, (39) –3 Да, на мак её собирают левой задней пяткой, но кто в здравом уме кодит на мак , Aceler (ok), 12:45 , 14-Ноя-13, (44) // да вот как раз всякие грувисты, скакальщики и прочая 8230 , arisu (ok), 14:11 , 14-Ноя-13, (48) Пофиксил, не благодари, kurokaze (ok), 18:34 , 14-Ноя-13, (74) –1 // На скриншоте мак И О К О , Aceler (ok), 19:27 , 14-Ноя-13, (81) А есть какие-то ограничения Или может программы под МасОS X нужно писать не под, йцук (?), 19:45 , 14-Ноя-13, (82) –1 // программы под макость просто не нужно писать , arisu (ok), 19:56 , 14-Ноя-13, (84) +3 На скриншоте типичная Eclipse В ней, кстати, и шрифт хорошо настраивается в од, iZEN (ok), 15:03 , 14-Ноя-13, (56) –2 Какой он админ Ему бы школу закончить , йцук (?), 19:48 , 14-Ноя-13, (83) о, ещё один считает, что Чёрная Админская Магия ВНИЗАПНА отучит эклипс тормозит, arisu (ok), 20:00 , 14-Ноя-13, (85) +1 видел, но весьма давно был в молодости грешок с java me , arisu (ok), 18:56 , 14-Ноя-13, (79) –1 Чего поймут то У меня Эклипс почти как остальные KDE-шные программы выглядит , kurokaze (ok), 18:36 , 14-Ноя-13, (75) У каждого производителя свой велосипед , anonymouse (?), 11:02 , 14-Ноя-13, (26) –1 Java штопают-штопают, еще это будут штопать библиотек наверно кот наплакал , Аноним (-), 11:14 , 14-Ноя-13, (28) –1 // Библиотеки годятся от Java Зачем переписывать то, что работает , Аноним (-), 11:20 , 14-Ноя-13, (30) +1 Хм, а сахар то на порядок лучше и грамотнее чем в шарпе , piteri (ok), 11:33 , 14-Ноя-13, (31) а смысл , анон (?), 11:41 , 14-Ноя-13, (34) // В Scala декларация переменной как в паскале через двоеточие и типом справа, а ту, Аноним (-), 11:47 , 14-Ноя-13, (35) –1 Отличная читаемость , Aceler (ok), 12:43 , 14-Ноя-13, (42) +3 // а так html page_1 html , Аноним (-), 16:09 , 14-Ноя-13, (65) Накуа все это О_о В Java фатальный недостаток , Чудик (?), 12:58 , 14-Ноя-13, (45) –3 // потому что Java контролирует не redhat - , linux must __RIP__ (?), 15:01 , 14-Ноя-13, (55) –2 // Почему И она в том числе 07 03 2013 23 18 Компания Red Hat возглавила разработ, iZEN (ok), 15:13 , 14-Ноя-13, (59) рассуждения жабоидов об объектном программировании несколькими ветками выше неим, arisu (ok), 14:08 , 14-Ноя-13, (47) –3 - Целью создания Ceylon было избавление от устаревших концепций и подходов, кото, bOOster (?), 16:27 , 14-Ноя-13, (66) +2 // спасибо, посмеялся , arisu (ok), 17:03 , 14-Ноя-13, (70) // Вероятно, имелась ввиду простая и понятная парадигма И это правда Многие особе, виндотролль (ok), 20:59 , 14-Ноя-13, (89) +1 Ты не обижайся, но в тебе юношеский максимализм говорит, kurokaze (ok), 18:40 , 14-Ноя-13, (77) // Рекомендую классиков вспоминать иногда- Все гениальное - просто , bOOster (?), 21:34 , 14-Ноя-13, (94) Цейлон, дарт Шапки с гулом сговорились , Аноним (-), 21:17 , 14-Ноя-13, (92) –1 Джависты такие джависты А давайте возьмем что-то хорошее из других языков, н, Ури (?), 12:04 , 15-Ноя-13, (97) +4 2,5,6,8,10,17,23,25,26,28,31,34,42,45,47,66,92,97

Сообщения

[Сортировка по времени | RSS]

17. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	+/–
Сообщение от 3draven (ok), 14-Ноя-13, 06:55
В java действительно есть проблема унаследованного и обратно совместимого мусора. Я давно хотел чего то, что было бы явой, без обратной совместимости с технологиями десятилетней давности. Те же обобщения в яве просто набор обратно совместимых костылей (сделать их элементом компиляции...и только что бы в jvm не вносить новых команд), не говоря уже о спецификациях фреймворков в инфраструктуре вокруг явы. Развитие язков вроде груви,скала и цейлона всего лишь ответ на действительно существующую проблему. Ораклу стоит подумать о том что бы очистить яву от старого хлама, сделав новую ветку или что то подобное...лично я уже поглядываю в сторону новых решений...но пока рановато.
Ответить | Правка | Наверх | Cообщить модератору

	18. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	+1 +/–
	Сообщение от 3draven (ok), 14-Ноя-13, 07:00
	Кстати, при беглом осмотре целон показался более приятным чем скала и груви. Не стали огород городить, а взяли яву и доделали как хотели....и мне нравится как именно. Но, то первый взгляд.
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	–1 +/–
	Сообщение от 3draven (ok), 14-Ноя-13, 07:41
	Немного пробежав по цейлону я понял, что надо пробежать побольше...нравится, блин :) Если он сумеет со спрингом работать, то наверное присмотрюся :) Как то давно забил на java.next со свистоперделками...а тут, вполне чебе ничего. Лидер проекта вырос из JCP и начал свое делать именно из за сложностей в дальнейшем развитии java. В общем гляну поподробнее :)
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	+/–
	Сообщение от 3draven (ok), 14-Ноя-13, 09:27
	Хотя java 8 во многом перекроет самые вкусные возможности цейлона. В нее бы еще get set поля добавили что бы не генерить бесконечные методы доступа...и пока ничего и не надо :)
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	+/–
	Сообщение от Аноним (-), 14-Ноя-13, 11:10
	Не холивара ради, что мешает вместо get/set сделать полям public visibility?
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	+/–
	Сообщение от Аноним (-), 14-Ноя-13, 11:35
	> Не холивара ради, что мешает вместо get/set сделать полям public visibility? get/set могут делать дополнительные проверки и кидать исключения, например. Но вообще, get/set - очень порочная практика, по-моему, она идет наперекор идее инкапсуляции. В идеале программист, использующий класс, не должен знать о полях внутри вообще ничего.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	+1 +/–
	Сообщение от Аноним (-), 14-Ноя-13, 11:47
	Хмм, мне кажется наоборот, get/set является как раз инструментом инкапсуляции. Если у тебя есть private поле, то ты скрываешь его от посторонних глаз и не обязан делать методы доступа к нему (или например сделать только get). Если есть и get и set, которые не выполняют никаких проверок, делай поле публичным. Если есть проверки, то их в любом случае писать ручками, по этому в любом случае писанина будет.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	+/–
	Сообщение от Аноним (-), 14-Ноя-13, 12:01
	>Хмм, мне кажется наоборот, get/set является как раз инструментом инкапсуляции. Нет. Это просто надстройки над полем. Никакого сокрытия по сути не происходит, программист продолжает работать с внутренностями реализации класса. >Если есть проверки, то их в любом случае писать ручками, по этому в любом случае писанина будет. Одно дело написать их один раз в get/set и совсем другое - каждый раз в коде.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	–1 +/–
	Сообщение от 3draven (ok), 14-Ноя-13, 12:07
	С инкапсуляцией я то же когда то размышлял. Доразмышлялся до того, что пришел к выводу, что в рамки языка надо внести некоторый новый элемент для DI спецом...то есть friend (что то похожее на С++ друзей). Что бы можно было разрешить контейнеру иметь доступ к полю, а остальным что бы поле было по прежнему private. Это не нарушает инкапсуляции и при этом дает возможность быть DI и AOP...что вообще то чистейшее ООП если подумать получше...так как выгребает из объекта все, кроме его непосредственной задачи.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	–1 +/–
	Сообщение от 3draven (ok), 14-Ноя-13, 21:14
	Кстати. В цейлоне я так понял защищенных и дефолт полей нету, они все видны внутри области видимости класса (пакет, модуль), если их открыть, либо внутри класса. Вот такие пироги.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	+1 +/–
	Сообщение от piteri (ok), 14-Ноя-13, 12:39
	Методы наследуются, поля - нет.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	50. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	+/–
	Сообщение от виндотролль (ok), 14-Ноя-13, 14:29
	> Методы наследуются, private поля - нет. obvious fix
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	+/–
	Сообщение от piteri (ok), 14-Ноя-13, 14:43
	Прошу продемонстрировать наследование public полей
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	–1 +/–
	Сообщение от виндотролль (ok), 14-Ноя-13, 20:49
	public class PublicPropertyInheritance {     static class A {         public String anyoneCanInheritMe = "i'm willing to share this :)";         private String noOneCanInheritMe = "make your own property, sucker!";     }     static class B extends A {     }     public  static void main(String args) {         A a = new A();         System.out.println(a.anyoneCanInheritMe);         System.out.println(a.noOneCanInheritMe);         B b = new B();         System.out.println(b.anyoneCanInheritMe);         // System.out.println(b.noOneCanInhertMe); // compilation error!     } }
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	+/–
	Сообщение от piteri (ok), 14-Ноя-13, 22:34
	А где пример с наследованием полей? Этот был про области видимости.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	+/–
	Сообщение от виндотролль (ok), 17-Ноя-13, 14:04
	> А где пример с наследованием полей? Этот был про области видимости. http://docs.oracle.com/javase/specs/jls/se5.0/html/classes.h...
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	–2 +/–
	Сообщение от iZEN (ok), 14-Ноя-13, 15:10
	> Методы наследуются, поля - нет. А нужно ли наследование? Многие высказывают мысли по поводу того, что наследование и есть основной враг инкапсуляции, что, мол, лучше использовать композицию вместо наследования там, где это действительно нужно. ;)
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	69. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	+/–
	Сообщение от piteri (ok), 14-Ноя-13, 17:03
	Ну я и не давал качественной оценки. Только бить тех, кто наследуется от твоих классов и норовит скрыть поля тоже не выход.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	+/–
	Сообщение от Ури (?), 15-Ноя-13, 19:13
	Ну что за мода все усложнять? Написано же - private, а не uninherited - зачем же домысливать? Они точно так же наследуются, но к ним нету доступа. Если бы они не наследовались, то вызов родительского метода (который обращается к такому полю) на объекте потомке приводил бы к мусору.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	100. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	+/–
	Сообщение от piteri (ok), 15-Ноя-13, 22:23
	Так не я же усложняю. private - к наследованию перпендикулярен. Ладно, вот простой пример. class A {    public final String foo = "foo"; } class B extends A {    public String foo = "bar"; } class A1 {    public final String foo(){       return "foo";    } } class B1 extends A1 {    public String foo(){//тут кстати будет ошибка       return "bar";    } } Ну и наконец ((A)new A()).foo == ((A)new B()).foo ((A)new A()).foo() != ((A)new B()).foo() Короче если поля ведут себя так, как будто они не наследуются не вижу причин считать иначе
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	+/–
	Сообщение от Ури (?), 16-Ноя-13, 12:20
	Этот код не должен компилироваться и не компилируется. Ибо "overridden method is final". Короче, нельзя перегружать финализированные методы/функции.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	+/–
	Сообщение от piteri (ok), 16-Ноя-13, 22:30
	Спасибо, Кэп. Но к final полю претензий таки нет.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	+/–
	Сообщение от Ури (?), 17-Ноя-13, 12:48
	А к чему тогда вообще претензии? Если они относятся не к языку, а к неким своим собственным интерпретациям языка? Либо давай корректный пример, подтверждающий свои слова, либо иди учить язык.
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	+/–
	Сообщение от виндотролль (ok), 17-Ноя-13, 14:04
	>[оверквотинг удален] > class B1 extends A1 { >    public String foo(){//тут кстати будет ошибка >       return "bar"; >    } > } > Ну и наконец > ((A)new A()).foo == ((A)new B()).foo > ((A)new A()).foo() != ((A)new B()).foo() > Короче если поля ведут себя так, как будто они не наследуются не > вижу причин считать иначе Ты либо глуп, либо упорот, либо жирнющий тролль. Читай до просветления http://docs.oracle.com/javase/specs/jls/se5.0/html/classes.h...
	Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

	57. "Выпуск языка программирования Ceylon 1.0.0, развиваемого Red..."	–3 +/–
	Сообщение от iZEN (ok), 14-Ноя-13, 15:04
	> Не холивара ради, что мешает вместо get/set сделать полям public visibility? Искренняя и несовратимая убеждённость в том, что это плохо.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема