powered by simpleCommunicator - 2.0.40     © 2025 Programmizd 02
Форумы / Android [игнор отключен] [закрыт для гостей] / Чтобы выбрать: Scala vs Android
25 сообщений из 413, страница 15 из 17
Чтобы выбрать: Scala vs Android
    #37434056
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaN1024пропущено...


ну вот видишь, простые примеры можно сделать а чуть сложней (как на скриншоте, несколько полей и кнопок которые привязаны к краям формы) уже не получается.

А раз так то и сравнивать нечего.

тут согласен. жабка явна не заточена под едсл-и. тут лисп нужен, да.

да не нужен тут лисп. И хаскель не нужен. Вообще ничего не нужно. В этом беда всех новых языков. Они появляются и теоретически могут решить кучу всего и сделать жизнь легче. А на практике получается медленно, неудобно и кода намного больше. Просто в силу того что сложный или непривычный язык надо дОльше учить и тратить своё драгоценное время.
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434058
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1024ZyK_BotaNпропущено...


тут согласен. жабка явна не заточена под едсл-и. тут лисп нужен, да.

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

ха-ха-ха.
древнее лиспа, только фортран. так-то.
а лисп сдесь нужен, да, для едсл-ей. он является самым удобным языком при создании едсл-ей - это факт.
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434070
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaN1024пропущено...


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

ха-ха-ха.
древнее лиспа, только фортран. так-то.
а лисп сдесь нужен, да, для едсл-ей. он является самым удобным языком при создании едсл-ей - это факт.

мы живём в 2011 а не во времена лиспа или фортрана. Конкретная задача нарисовать формочку как на скриншоте на предидущей странице в 2011 году не может быть решена на лиспе.

Просто потому что он нах никому не упал и под него нет ни нормальных граф. библиотек ни специалистов. Ужасные кнопки в стиле Unix/Motif сейчас неприемлмы а если нет специалистов ни одна контора не подпишется на этом лиспе разрабатывать.

Вот и всё, плевать на сверхвозможности лиспа организовывать списки. Тоже про хаскель, скалу и пр. маргинальщину.
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434071
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1024ZyK_BotaNпропущено...


ха-ха-ха.
древнее лиспа, только фортран. так-то.
а лисп сдесь нужен, да, для едсл-ей. он является самым удобным языком при создании едсл-ей - это факт.

мы живём в 2011 а не во времена лиспа или фортрана. Конкретная задача нарисовать формочку как на скриншоте на предидущей странице в 2011 году не может быть решена на лиспе.



окэй. для современных джава программистов есть кложурка. очень красивый язык(лиспоподобный)

вот там и можно писать эти дсл-ки. доступны все жабовские либы.
ну и можно скомпилить код в класс доступный из жабки.
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434073
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1024скалу и пр. маргинальщину.

какие проблемы с либами и формочками в скале, а?
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434074
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вышел ничего не знающий и не понимающий человек, и что-то доказывает.
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434083
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaN1024скалу и пр. маргинальщину.

какие проблемы с либами и формочками в скале, а?
Вероятно, в том, что они используют библиотеки итак доступные java, а Мартин Одеркси, вместо того, чтобы в свое время помогать Sun с javac, лучше бы написал для той же Sun со своей кафедрой пару либ для формошлепства...
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434091
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwaZyK_BotaNпропущено...


какие проблемы с либами и формочками в скале, а?
Вероятно, в том, что они используют библиотеки итак доступные java , а Мартин Одеркси, вместо того, чтобы в свое время помогать Sun с javac, лучше бы написал для той же Sun со своей кафедрой пару либ для формошлепства...


ну вот. дак чем оно хуже чем джава?
а лучше много чем. не либами, дак языком лучше.
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434278
zeehond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot 1024]ZyK_BotaNпропущено...
Просто потому что он нах никому не упал и под него нет ни нормальных граф. библиотек ни специалистов. Ужасные кнопки в стиле Unix/Motif сейчас неприемлмы а если нет специалистов ни одна контора не подпишется на этом лиспе разрабатывать.

Вот и всё, плевать на сверхвозможности лиспа организовывать списки. Тоже про хаскель, скалу и пр. маргинальщину.

придётся поиграть в кэпа
кхм, итак...

для мирового доминирования какой-либо новой технологии необходимо и достаточно чтобы она решала какие-то проблемы бизнеса лучше и эффективнее уже имеющихся технологий
эффективнее == лучше в плане бабла
на это влияют много факторов:
- преимущества самой технологии (== можно писать быстрее, делается меньше стандартных ошибок, есть стандартные но гибкие тулзы и т.п.)
- стоимость перехода на эту технологию
- стоимость уверенно владеющих технологией специалистов

фактор "нет специалистов, те которые есть - дорогие, а главное - непредсказуемые" является началом и концом колеса сансары, т.к. если некому делать, никто и нигде не возьмётся делать, а если никто не берётся делать - то откуда возьмутся специалисты (и куча готовых решений стандартных проблем на stackoverflow)

java в своё время выехала на enterprise java - Sun, который справился продать свой маркетинговый булшит (EJB 1.0, помним, скорбим) гигантам типа IBM и Oracle, которые в свою очередь почуяли возможность снимать сотни денег с корпоративных заказчиков
сила магических слов "enterprise applications" привела в движение массу бабла и людей
теперь java практически везде, где используется не MS-стек

касаемо же скалы - Одерский офигенно умный чувак, он про эту проблему был в курсе
разумеется никому в пень не нужна какая-то скала, если "нет специалистов... и не будет", какой бы она ни была прекрасной
поэтому он сделал язык, который может изучаться и внедряться java-программистами в режиме part-time, используя всё лучшее, что в java есть, позволяя потихоньку использовать её мощь

ну к примеру, даже не влезая в ФП, хотя бы её возможность легко делать AOP средствами самого языка (до свидания, интерсепторы и AspectJ)
(спёрто с http://blog.fakod.eu/2010/08/02/command-pattern-scala-aop/)

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
	@PUT
	@Path("UserInfo")
	def updateUserInfo(ui: UserInfo): UserInfo = {
	  exceptionWrapper {
	    withTrxAndCommit {
	      em.merge(ui)
	      ui
	    }
	  }
	}

trait with the transaction code:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
	trait TransactionHandling {
	 def withTrxAndCommit[T](f: => T): T = {
	    var trxStartedHere = beginOrUseTrx
	     try  {
	      val ret = f
	       if  (trxStartedHere)
	        commitTrx
	      ret
	    }
	     catch  {
	         case  t: Throwable => {
	            . . .
	             throw  t
	        }
	    }
	 }
	}

and the code for the Exception Wrapper:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
	trait ExceptionWrappers {
	def exceptionWrapper[T](f: => T) = {
	     try  {
	      f
	    }
	     catch  {
	      . . .
	       case  e: Throwable =>
	         throw   new  MyHTTPExceptionMapper(e)
	    }
	  }


посчитайте, сколько try/catch/finally блоков можно таким образом сэкономить

хаскелл, лисп и эрланг останутся "маргинальщиной", скала - взлетает
не стоит спешить, но стоит за ней внимательно следить
через 8-10 лет практически везде будут нужны Java/Scala разработчики
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434301
private
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
 int  labelsWidth= 150 ;
	layoutless
		.item( new  ComponentBox()
		    .component(jLabel1)
		    .width(labelsWidth)
		    .height( 22 )
		    .x( 0 )
		    .y( 8 + 25 * 0 )
		    )
		.item( new  ComponentBox()
		    .component(jTextField1)
		    .width(layoutless.width().minus(labelsWidth).minus( 16 ).minus( 50 ))
		    .height( 22 )
		    .x(labelsWidth+ 8 )
		    .y( 8 + 25 * 0 )
		    )
		.item( new  ComponentBox()
		    .component(jButton2)
		    .width( 49 )
		    .height( 21 )
		    .x(layoutless.width().minus( 58 ))
		    .y( 8 + 25 * 0 )
		    )...

Хотя формально этот ужасный код и можно загнать под определение ДСЛ, но это несколько не то что обычно имеют ввиду говоря о ДСЛ.

Если опустить формальности, то ДСЛ - это нотация которая позволяет просто и понятно описать задачу и/или ее решение . В вашем примере - что с ДСЛ, что без - код одинаково громозкий и нечитаемый.

В том виде в каком он есть сейчас пример будет нечиаем даже если вы все это запишите в русском языке или псевдокоде.
Хорошим подходом тут было-бы попытаться как-то перестроить логику, например сделать описание декларативным - и вот этот самый декларативный язык и был-бы подходящим к этому случаю ДСЛ-ем.

Вот пример простого ruby-ДСЛ, попробуйте описать это все в Java и сравните.
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
html  do 
  head  do 
    title "XML Builder Test",  class : 'bold'
  end
  body  do 
    h1 "Title of Page"
    p "Sample paragraph text"
  end
end
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434311
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
zeehondхаскелл, лисп и эрланг останутся "маргинальщиной" , скала - взлетает
не стоит спешить, но стоит за ней внимательно следить
через 8-10 лет практически везде будут нужны Java/Scala разработчики

чем лисп под названием кложур хуже скалы?
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434317
zeehond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaNzeehondхаскелл, лисп и эрланг останутся "маргинальщиной" , скала - взлетает
не стоит спешить, но стоит за ней внимательно следить
через 8-10 лет практически везде будут нужны Java/Scala разработчики

чем лисп под названием кложур хуже скалы?

динамической типизацией
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434319
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
zeehondZyK_BotaNпропущено...


чем лисп под названием кложур хуже скалы?

динамической типизацией

кстати. мне тоже больше скала нравится чем кложур именно из-за типизации.

но некоторым людям больше кложур нравится, и я их понимаю.
особенно кложурка превосходит скалу благодаря лисповым макросам.
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434323
zeehond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну скажем так

лисп просто мегаотлично подходит для эффективного решения отдельных нишевых задач
к примеру вот это вот

комбинация scala/java подходит для решения в целом задач кастом девелопмента информационных систем для бизнеса и их интеграции - и их последующей поддержки
в поддержке динамическая типизация ой ой как дорого потом обходится... вероятность внести непроверенные компилятором ошибки при рефакторинге выше в разы, это придётся компенсировать гораздо более тщательно написанными функциональными тестами
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434324
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
zeehondну скажем так

лисп просто мегаотлично подходит для эффективного решения отдельных нишевых задач
к примеру вот это вот

комбинация scala/java подходит для решения в целом задач кастом девелопмента информационных систем для бизнеса и их интеграции - и их последующей поддержки
в поддержке динамическая типизация ой ой как дорого потом обходится... вероятность внести непроверенные компилятором ошибки при рефакторинге выше в разы, это придётся компенсировать гораздо более тщательно написанными функциональными тестами

ну а кложур/жаба нельзя?

но ладно. я с тобой почти согласен. люблю я типі, особенно не жабовские, а такие как в скале.
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434332
zeehond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну вообще мне приятнее отдавать бизнес-аналитикам править DSL, который автоматически проверяется компилятором
чем тот, который компилятором не проверяется

с другой стороны скриптовый DSL встроенный на чём-то типа JRuby можно править на лету - для некоторых задач это может быть более удобно
вот к примеру внутри этого , по слухам, как раз DSL, основанный на Ruby
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434375
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
private
Вот пример простого ruby-ДСЛ, попробуйте описать это все в Java и сравните.
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
html  do 
  head  do 
    title "XML Builder Test",  class : 'bold'
  end
  body  do 
    h1 "Title of Page"
    p "Sample paragraph text"
  end
end


ну уж нет. Я первый предложил написать такую же форму как на картинке с предидущей страницы. И вот только потом, когда выяснится что код на руби для такой простой формочки вовсе и не красив и не читабелен, уже можно предлагать написать на жабе.
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434407
private
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вы вообще читали что я написал? Руби позволяет создавать ДСЛ. Но прежде чем создать реализацию ДСЛ на руби, нужно создать сам ДСЛ.

Т.е. чтобы ДСЛ был нормальным - необходимо наличие 2х условий:
- сам по себе ДСЛ должен быть нормальным.
- его реализация на каком-либо языке должна быть нормальной.

Так вот - в вашем примере сам ДСЛ плохой, неважно на чем вы будите его реализовывать - на руби, естественном языке, или на каком-либо супер-языке инопланетян - всеравно получится плохо.
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434419
private
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Новый ДСЛ будет выглядеть примерно вот так

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
dialog  do 
  row  30 ,  70   do 
    icon :keys
    form  do 
      row  do 
        text 'Label1'
        button '...'
      end
      text 'Label2'
      password
    end
  end
  button 'ok'  
end

вместо

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
 int  labelsWidth= 150 ;
	layoutless
		.item( new  ComponentBox()
		    .component(jLabel1)
		    .width(labelsWidth)
		    .height( 22 )
		    .x( 0 )
		    .y( 8 + 25 * 0 )
		    )
		.item( new  ComponentBox()
		    .component(jTextField1)
		    .width(layoutless.width().minus(labelsWidth).minus( 16 ).minus( 50 ))
		    .height( 22 )
		    .x(labelsWidth+ 8 )
		    .y( 8 + 25 * 0 )
		    )
		.item( new  ComponentBox()
		    .component(jButton2)
		    .width( 49 )
		    .height( 21 )
		    .x(layoutless.width().minus( 58 ))
		    .y( 8 + 25 * 0 )
		    )...
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434463
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
privateНовый ДСЛ будет выглядеть примерно вот так


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

Очень просто. Взять и сделать. И только потом можно что-то предметно сравнивать и делать выводы.

Без этого нет предмета обсуждения. Обычные пустые слова про грузины лучше чем армяне.
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434616
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ДЛС для ГУИ не нужен, т.к. нет предмета автоматизации.
Художник ГУИ будет рисовать, и ставить привязки.
Перевести на машинный язык данные _жесты_ юзверя можно без ДСЛ.
Так что давайте оставим ДСЛ для описания бизнес-процессов:
Код: plaintext
1.
2.
А-ля 1С:
Справочник = СправочникТоваров.Создать
КодТовара = СправочникТоваров.Выбрать.
ЗЫ.
Автоматизировать разметку HTML тоже глупо
______________________________________________
"Сложнее всего в мире достигнуть простоты — это крайняя граница опыта и последнее усилие гения". © George Sand.
AutoPOI.ru — ГИС-технологии для Oracle
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434617
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
кстати, апологеты ФП, напишите код выше на ФП.
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434752
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
zeehondкасаемо же скалы - Одерский офигенно умный чувак, он про эту проблему был в курсе
разумеется никому в пень не нужна какая-то скала, если "нет специалистов... и не будет", какой бы она ни была прекрасной
поэтому он сделал язык, который может изучаться и внедряться java-программистами в режиме part-time, используя всё лучшее, что в java есть, позволяя потихоньку использовать её мощь с кэпом - согласен. вот взлетит ли скала - увидим.

на тему внедрения scala в java проект. Есть ли возможность смешать scala и java код в проекте под управлением maven? какие плагины и настройки требуются?
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434780
zeehond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDAна тему внедрения scala в java проект. Есть ли возможность смешать scala и java код в проекте под управлением maven? какие плагины и настройки требуются?

http://scala-tools.org/mvnsites/maven-scala-plugin/
...
Рейтинг: 0 / 0
Чтобы выбрать: Scala vs Android
    #37434781
zeehond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
25 сообщений из 413, страница 15 из 17
Форумы / Android [игнор отключен] [закрыт для гостей] / Чтобы выбрать: Scala vs Android
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]