My<cod/>.net
Что такое обязательное покрытие в моей презентации Groovy?
Я работаю над подготовкой введения в презентацию Groovy для моей локальной группы пользователей Java, и я в значительной степени собрал ее вместе. Я хотел бы увидеть то, что вы все думаете, что я просто должен покрыть.
Помните, что это вводная презентация. Большинство людей являются опытными разработчиками Java, но я почти уверен,что у них мало знаний о Groovy. Я не буду отравлять колодец, упоминая о том, что я уже сделал, чтобы покрыть, поскольку я хочу посмотреть, что может предложить сообщество.
Какие лучшие вещи я могу охватить (в течение 1 часа), которые помогут мне эффективно общаться с этими разработчиками Java, насколько полезным для них может быть Groovy?
p. s.я поделюсь своей презентацией здесь позже для всех, кто заинтересован.
как и было обещано теперь когда моя презентация была представлена вот она
Я ничего не знаю о groovy, так что в некотором смысле я квалифицирован, чтобы ответить на этот вопрос...
Я бы хотел, чтобы вы это сделали:
- Скажите мне, почему я хотел бы использовать сценарии (в целом) в отличие от Java-что это позволяет мне делать быстрее (как во время разработки), что делает его более читаемым. Приведите дразнящие примеры того, как я могу использовать куски сценариев в своем основном приложении Java. Вы хотите, чтобы это имело отношение к Java разработчикам больше, чем к технарям.
- А если убрать это с дороги, то почему Groovy? Почему бы не Ruby, Python или что-то еще (которые все можно запустить на JVM).
- Не показывайте мне синтаксис, который Java уже может делать (если операторы, циклы и т. д.) Или если вы делаете это быстро. Это так же скучно, как смотреть, как кто-то ходит по синтаксису языка 101 в течение 20 минут.
- Для синтаксиса, который имеет сопоставимую функцию в Java, возможно, показать их бок о бок быстро.
- Для синтаксиса, которого нет в Java (closures и т.д.), Вы можете поговорить с ними немного более подробно.
- Вспомните эти примеры из первого пункта. Покажите мне один, полностью работающий (или, по крайней мере, выглядящий таковым).
- В конце есть вопрос времени. Это безумно важно, и вместе с этим на вас ложится бремя быть psuedo-guru: P.
Я не уверен в том, как работает поддержка сценариев Java6, но я вполне уверен, что это можно сделать безопасным. Я помню кое-что об определении API, который скрипт может использовать перед запуском.
Если это так, то примером, который вы могли бы показать, было бы какое-то толстое клиентское приложение (например, музыкальный плеер), где пользователи могут писать свои собственные сценарии с API, которые вы предоставляете им в Groovy, что позволяет им писать свои приложения интересными и безопасными способами (например, создавать пользовательские столбцы в плейлисте)
Я бы упомянул следующие вещи в дополнение к тому, что уже было сказано:
- GDK-расширения / дополнения к существующим классам JDK
- Взаимодействие между кодами Groovy и Java (в основном это не проблема)
- Компиляция кода Groovy в файлы Java .class
- XML синтаксический анализ и механизмы доступа к содержимому документов
Одна вещь, которую мне нравится делать с Groovy, - это реализация интерфейса, определенного в Java как карта от имен методов до closures. Это классная вещь, которую вы можете сделать с Groovy,но, вероятно, далеко за пределами вводной презентации.
Вы обязательно должны показать им, как создать быстрое приложение Grails. Два доменных классов, которые связаны между собой. Создайте базовое приложение CRUD. Объясните, что таблицы создаются за кулисами с помощью GORM (Hibernate). Затем объясните, что вы можете создать файл войны и развернуть его, как и любой другой файл войны Java. Вы также можете добавить Grails/Groovy в существующий проект Java/JSP, чтобы он не требовал больших обязательств или изменения парадигмы.
Groovy/Grails-это просто Ruby/Rails для Java человек. Я бы также покрыл плагины для Netbeans/Eclipse. Groovy/Grails только сейчас получают полную поддержку в основных IDE.
Наконец, если вы найдете хорошую диаграмму, которая показывает, как Grails строится поверх Spring, Hibernate, Quartz, Sitemesh и Groovy, я думаю, что люди поймут, что есть сундук с сокровищами, ожидающий разблокировки.
[Скорее комментарий, чем ответ] лес, хорошо сделано на презентации Groovy. Просмотр его напомнил мне о дюжине особенностей Groovy, о которых я забыл. (Я довольно хорош в Groovy, но он так богат функциями...) Я буду использовать ваши презентационные слайды, как карточки, пока не выучу все это. Спасибо.
вот недавняя презентация groovy и grails, которая кажется репрезентативной: http://jshingler.blogspot.com/2009/01/codemash-2009-groovy-and-grails.html