1 неделя назад...если речь о front end. Для back end'а единственно верный выбор - текстовый редактор Midnight Commander'а :) Вообще просто хотел высказать (наверно, банальную) мысль о том, что идеальная IDE должна строиться именно на "максимально быстром" текстовом редакторе. Путь визуализации - хорошая идея, но опасная. На данный момент "визуальность" должна возникать в мозге программиста - и не понимаю, почему все так стараются перенести нагрузку с этого самого ("несчастного"?!) мозга на что-то иное :) - с помощью визуализации, прививания жёстких принципов ООП, шаблонов проектирования и т.д. Необходимо что-то более радикальное, что не будет строить железные заборы на пути свободной мысли... :)
2 недели назад[URL=http://i.cx/29z7][IMG]http://i069.radikal.ru/1202/03/9f40d01e407f.png[/IMG][/URL] [b]скачать программу рыбалка 1.6 [/b] [b]скачать проигрыватели для компьютера с картинками [/b] [b]окна приветствия для windows xp скачать [/b] [b]скачать miranda русская версия [/b] [b]скачать original soundtrack driver parallel lines [/b] bb.txt open error база велкома скачать 2009 скачать пакет обновления для среды скачать бесплатную игру кто хочет стать миллионером для пк виста хом премиум скачать скачать поезд train 2008/1400 mb скачать драйвера для аудио реалтек section 8 скачать лицензионную скачать wwe legends patch скачать utorrent 1.6.1 rus visual basic 6.0 скачать скачать антихакер касперского скачать catalyst 6.2 win98 евгений немец скачать kassy 071 скачать скачать программу антропометрии http://beta.purifying.info/viewtopic.php?f=2&t=326117 http://dragonphoenix.brinkster.net/phpbb/phpbb3/viewtopic.php?f=1&t=480248 http://www.erotikapromuze.cz/viewtopic.php?f=4&t=131850 http://programaradar.com.br/forum/viewtopic.php?f=2&t=1062486 http://yfb.messageboard.nl/forum/viewtopic.php?f=1&t=59502
2 недели назадСкачал. Посмотрел. CreateJS - фуфел, шейп твин не поддерживает, маски не поддерживает, эффекты не поддерживает и тд. В общем можно только двигать туда сюда, ну и вложенную анимацию поддерживает. К паблишу для air/android добавили пару галочек - молодцы. В общем изменений максимум на adobe flash cs5.6.
2 недели назадВот именно сегодня очень захотелось пощупать функцию экспорта в CreateJS, а именно сегодня беты уже нет, скачать еще нельзя...
3 недели назадПо правду говоря, создается впечатление, что Adobe в последнее время или зарплату подняли или кнуты менеджерам выделили. Последние версии продуктов выглядят так, будто над ними действительно работали. Обновили не только внутренности и алгоритмы, но и над внешним видом неплохо постарались.
3 недели назадХм, я в этом начинающий, буду знать каким редактором лучше верстать, спасибо!
4 недели назад+1 sublim`у достойная замена GVIM. Как текстовый редактор с большим комьюнити и встренным python интерпертатором, и полностью податлев на костоматизации. нет смысла сравнивать IDE с текстовым редактором. Очень удобно писать erlang программы. Есть плагин для Юнитестов.
4 недели назадКол-во строк в файле с кодом - важный параметр. Есть мнение, что оно не должно быть слишком большим. Для удобства навигации по нему.
Легковесные редакторы хороши еще и тем, что в них бытрее появляются инновации. Например, обрати внимание на мини-текст в правом верхнем углу скриншота для Sublime - по нему можно скроллить мышкой, мгновенно перемещаясь в нужное место кода.
Textastic как раз использует тачевые возможности - для этого у него есть клавиши-компасы (есть на скриншоте). Такая клавиша-компас имеет пять значений. Если просто нажать ее - сработает значение по умолчанию (символ посередине). Остальные четыре символа можно выбрать, если нажать и протянуть пальцем в сторону одного из них.
Визуальное программирование -- это очень интересная, но небанальная тема.
Ведь текст имеет иную структуру, чем изображение.
Текст - условно одномерный, линейный. Изображение - фиксированно двумерное (или фиксированно трехмерное).
Кажущаяся одномерность текста обманчива, особенно когда текст становится кодом. За счет функций (замыканий) и условных переходов текст программы становится многомерным. Даже вне программирования существуют многомерные тексты - хорошая книга может содержать внутренние указатели и ссылки на части самой себя. Поэтому текст - очень продвинутый способ работы с сознанием читателя (или компилятором).
Не вижу возможнлости проделать то же самое с изображением. У него другая природа, и визуальное программирование будет похоже на обычное так же, как графика или живопись похожа на литературу.
До сих пор попытки визуального программирования не заходили дальше имитации обычного - надергали компонентов, но потом - все равно пишем код.
Визаульное программирование - это не способ создавать код мышкой (или тачами), а способ программировать другие каналы восприятия - не аналитические (компилируемые), а эмоциональные.
Кстати, ближе всего к этому подошел флэш. Но потом его убили бизнесом, а из трупа сделали геймдев :)
Так визуальное программирование остается мечтой масс и уделом гениев-одиночек.
4 недели назадБрррр... Легковесные редакторы кода хороши только для легковесных (~20 строк кода) программ. Для всего остального - Idea и FDT.
А редакторы для мобильных устройств зачем-то делают такими же, как на десктопах (у которых есть нормальная клавиатура), при этом совершенно не используя возможности тач-скринов. Думаю, через годик-два появятся наконец мобильные редакторы, где можно будет писать программу чисто жестами, без "волшебных" кнопок.
Продолжаем публикацию перевода статьи "Mobile development using Adobe Flex 4.5 SDK and Flash Builder 4.5". Для начала, см. первую часть перевода, ее темы: обзор мобильной разработки во Flex, стандартная архитектура мобильного приложения, оптимизация производительности.
Темы второй части:
Читать здесь: Разработка под мобильные устройства с Adobe Flex 4.5 SDK и Flash Builder 4.5 - часть 2.
Мобильные устройства обладают широким спектором форм-факторов, от телефонов с маленькими экранами до больших планшетов. Простые вариации размера экрана и пропорций могут быть легко обработаны стандартными компонентами динамического макетирования, такими как Group, VGroup и HGroup, они идут с Flex. Тем не менее, устройства могут иметь разную плотность пикселей — а именно кол-во пикселей на дюйм экранной площади. Например, большинство планшетов и некоторые телефоны имеют плотность 160 точек на дюйм (DPI), в то время как другие телефоны имеют плотность 240 или 320 DPI. Вариации плотности пикселей влияют на визуальный размер индивидуальных элементов интерфейса пользователя: при прочих равных, элементы управления с данным размером в пикселях появятся физически меньшими на устройствах с более высокой плотностью пикселей. Это особенно проблематично для сенсорных интерфейсов, где элементы управления должны быть физически достаточно большими для попадания пальцем.
Flex 4.5 дает несколько новых возможностей, чтобы помочь разработчикам сделать их приложения выглядящими и работающими хорошо на с разной плотности пикселей.
Автоматическое масштабирование. Разработчики могут по своему желанию указывать целевую плотность в DPI для своих приложений в свойстве приложения applicationDPI. Когда оно указано явно, разработчик должен настроить скины и макет приложения так, как они будут выглядеть на реальном устройстве с данным DPI. Во время выполнения на устройстве с DPI, отличным от указанного DPI, Flex будет автоматически масштабировать все приложение, чтобы сохранить приблизительный физический размер приложения и его элементов управления. Например, если приложение нацелено на использование на экране со 160 DPI, оно автоматически увеличится в полтора раза на устройстве с 240 DPI. Если не указывать это свойство, то нужно будет убедиться, что ваши скины и макеты адаптируются правильно к разным плотностям пикселей во время выполнения.
Заметим, что если вы используете автоматическое масштабирование, мы рекомендуем установить applicationDPI до самого низкого DPI, которое вы собираетесь поддерживать, и позволить приложению увеличиваться на устройствах с более высоким DPI, потому что векторные скины будут выглядеть лучше и точнее при увеличении масштаба, а не при уменьшении. Для растровых изображений вам необходимо воспользоваться описанной ниже поддержкой растров с множественным DPI (multi-DPI bitmap).
Учитывающие DPI мобильные скины. Встроенные скины в мобильной теме Flex 4.5 автоматически адаптируются к различным DPI. Если вы используете автоматическое масштабирование, встроенные скины автоматически сконфигурирутся под указанный вами applicationDPI, а затем будут масштабироваться функцией автоматического масштабирования. Если вы не используете автоматическое масштабирование, то скины будут приспосабливаться к фактическому DPI устройства, на котором выполняется приложение. Проанализировав, как работают встроенные скины, вы можете следовать использованной в них схеме при создании своих собственных скинов.
Растры с множественным DPI. Если у вас есть какие-либо растры в приложении, то вы должны предоставить несколько вариантов каждой картинки для различных DPI, чтобы избежать артефактов масштабирования. Для этого можно воспользоваться классом MultiDPIBitmapSource, который позволяет задавать различные файлы для использования на различных DPI для данного изображения. Этот класс может быть передан в качестве свойства source для компонентов, отображающих изображения, такик, как компоненты BitmapImage или Image, или как свойство icon для кнопки. Как и в случае с мобильными скинами, эти растровые изображения правильно обрабатываются фреймворком независимо от того, используете вы автоматическое масштабирование или нет, так что вы всегда будете видеть изображение соответствующего разрешения для устройства с данным DPI.
По-DPI-ные правила CSS. Flex 4.5 добавляет поддержку для CSS-синтаксиса @media, чтобы позволить вам указывать CSS-правила, работающие только для данного DPI; встроенные скины используют эту возможность для приспособления размеров шрифтов и отступов для различных DPI. Используя этот синтаксис, вы можете также указать CSS правила для разных платформ.
Наконец, важно понимать, что в дополнение ко всем вышеперечисленным мобильным компонентам Flex, вы также можете непосредственно использовать все API, доступные в AIR для мобильных устройств - геолокацию, акселерометр, камеру и т.д. Хотя некоторые из этих возможностей не выражены в качестве компонентов Flex, доступ к ним легко получить непосредственно с помощью ActionScript. Более подробно о разработке с использованием API, предоставляемых AIR на мобильных устройствах, см. в документации к AIR на мобильных устройствах.
Опираясь на возможности мобильной разработки в Adobe Flex SDK 4.5, Flash Builder 4.5 расширяет существующие рабочие процессы ActionScript- и Flex- разработки до разработки под мобильные устройства, от создания проекта до упаковки релизной версии.
Flash Builder 4.5 предоставляет два новых типа проектов: ActionScript Mobile Project и Flex Mobile Project. Создание мобильного проекта на ActionScript дает вам совершенно чистый лист, на котором вы пишете свое приложекние на чистом коде ActionScript. С другой стороны, создание мобильного проекта на Flex дает вам доступ к фреймворку Flex, в том числе к его описанным выше мобильным функциям, а также к связанным с Flex возможностям Flash Builder, таким, как режим дизайна и функционалу подключения к данным, представленным впервые во Flash Builder 4.
Как упоминалось выше, Flash Builder 4.5 поддерживает создание мобильных проектов Flex для Android, а также создание мобильных проектов ActionScript для Android и IOS. Обновления, позволяющие разрабатывать Flex-приложения под IOS, а также ActionScript- и Flex-приложения для BlackBerry PlayBook будут доступны в ближайшее время после релиза 4.5.
Если вы создаете приложения для множества разных экранов, таких, как настольные/веб приложения и приложения для мобильных, структура вашего обычного проекта будет состоять из обычного Flex- или ActionScript- проекта, содержащего интерфейс пользователя для десктопа/веба, мобильного Flex- или ActionScript- проекта, содержащего интерфейс пользователя для мобильных, и общего для этих двух приложений проекта библиотеки, содержащего код модели и доступа к данным.
Для мобильных Flex-проектов режим дизайна расширен в двух направлениях. Первое - добавлены элементы управления на панель инструментов режима Design (см. Рисунок 3), позволяющие вам предварительно просмативать контент на экранах различных размеров и ориентаций. Вы сами можете добавить больше конфигураций устройств в меню Preferences > Flash Builder > Device Configurations.
Во-вторых, режим дизайна хорошо работает со стандартной структурой навигации, описанной выше. Когда вы редактируете Вид в проекте, основанном на классе ViewNavigatorApplication, вы видите содержимое Вида в контексте общей структуры приложения — например, вы видите Панель действий (ActionBar) над Видом, и эта панель заполнена содержимым, соответствующим этому Виду. Вы можете перетаскивать элементы управления на Панель действий, как любой другой контейнер, чтобы настроить панель действий для конкретного Вида. Рисунок 4 показывает перетаскивание кнопки на область actionContent на правой стороне Панели действий.
Режим дизайна при предвариельном просмотре также корректно отображает эффект плотности пикселей для вашего приложения. Например, если в вашем приложении значение свойства applicationDPI равно 160, и вы выбираете для предварительного просмотра устройство, настроенное на 240 DPI, режим дизайна покажет приложение в масштабе 1.5x.
Окончание перевода: Мобильная разработка на Adobe Flex 4.5 и Flash Builder 4.5 - часть 3.
