Комментарии 67
Редактор версий — а в VS есть что то подобное? Или TFS это и есть Редактор версий?
Очень интересная статья. Спасибо автору.
Да. Яблочная ИДЕ становиться все лучше и лучше.
Подсветку кода и ошибок компилятором. Хочу хочу.
Но вот один вопрос.
Заявлена отладка многоядерного приложения.
Как это возможно технически? Ведь ошибки в таких приложениях нельзя выявить простой остановкой потоков.
Да. Яблочная ИДЕ становиться все лучше и лучше.
Подсветку кода и ошибок компилятором. Хочу хочу.
Но вот один вопрос.
Заявлена отладка многоядерного приложения.
Как это возможно технически? Ведь ошибки в таких приложениях нельзя выявить простой остановкой потоков.
Ну пока они не детализировали. Возможно это и будет тот самый не понятый мной и не переведенный Grand Dispatch Central.
GCD это библиотека тредов для многоядерных процессоров developer.apple.com/technologies/mac/snowleopard/gcd.html
яблочная иде — может быть самое худшее, что я видел в жизни… даже еклипса не такая дурная… но то все после делфи, к хорошему быстро привыкаешь
вы просто не захотели с ней разобраться
дельфи начиная с 8й версии не видел, но яблочная иде — она офигенна.
вообще дельфи уже пошел после NEXT-Step
Даже вспоминая delphi 3 в 98 году можно привести множество примеров где xcode/ib не дотягивает. Начиная от редактора кода (ошибки подсветки, почти бесполезный code sense) и заканчивая проектированием интерфейсов (разработка контролов «на лету», более удобная связка с кодом, и т.д.).
1. code sense сравнивать как-то неправильно, потому что Delphi со статической типизацией, а Objective-C – c динамической. Но как раз в Xcode 4 это сильно улучшили встроив парсер C/Objective-C/C++ прямо в IDE.
2. тот редактор интерфейса в делфи и близко не стоит перед Interface Builder. Просто IB это поболее чем редактор интерфейса
3. дебаггер в делфи был страшным говном всегда, даже хуже чем в Xcode 1–3. В Xcode4 дебаггер сильно улучшили и я бы сказал что теперь он на уровне .Net дебаггера в Visual Studio.
2. тот редактор интерфейса в делфи и близко не стоит перед Interface Builder. Просто IB это поболее чем редактор интерфейса
3. дебаггер в делфи был страшным говном всегда, даже хуже чем в Xcode 1–3. В Xcode4 дебаггер сильно улучшили и я бы сказал что теперь он на уровне .Net дебаггера в Visual Studio.
1. Абсолютное большинство потребностей вполне можно реализовать или пойти на уловки. Ну и вдобавок когда результаты его работы зависят от порядка вызова (пишем код, вызвали, можем получить что хотели, переместились в другое место курсором, вернулись, вызвали снова — получим все что угодно), это просто убивает.
2. То «что поболее» я и не затрагиваю, я смотрю лишь на то, что могло бы быть.
3. Про дебагеры я вообще ничего не говорил. Тем более не мне об них размышлять — я всегда пользовался сторонними решениями.
2. То «что поболее» я и не затрагиваю, я смотрю лишь на то, что могло бы быть.
3. Про дебагеры я вообще ничего не говорил. Тем более не мне об них размышлять — я всегда пользовался сторонними решениями.
1. это вообще как относится к code sense?
2. хотели чтобы клацнул по кнопке и тебе бац в коде "-(void)UIButton1_OnTouchInside:(id)sender {"? Этого нет и слава богу
3. ну если начинать редактором кода и заканчивать проектированием интерфейса, то где-то посредине обычно находится дебаггер
2. хотели чтобы клацнул по кнопке и тебе бац в коде "-(void)UIButton1_OnTouchInside:(id)sender {"? Этого нет и слава богу
3. ну если начинать редактором кода и заканчивать проектированием интерфейса, то где-то посредине обычно находится дебаггер
1. А почему не относится? Просто разработчики не посчитали нужным уделить больше внимания данной функциональности сделав ее лучше.
2. Ну вообще-то это есть (write class), правда далеко не всегда работает как нужно (картинка). Но хотелось бы нормальной связки, чтобы переписав код я видел обновления в IB сразу, а не через раз. И хотелось бы писать код, на лету компилировать и видеть мой новый контрол тут же в редакторе. Первый мой заказ под мак был как раз данного рода. Остались не приятные воспоминания.
3. Я написал исключительно об том, что следовало бы сделать чтобы называться супер. Лично меня отсутствие данных вещей удивляет — 2010 год, а подсветка синтаксиса с багами, мне кажется это странным.
2. Ну вообще-то это есть (write class), правда далеко не всегда работает как нужно (картинка). Но хотелось бы нормальной связки, чтобы переписав код я видел обновления в IB сразу, а не через раз. И хотелось бы писать код, на лету компилировать и видеть мой новый контрол тут же в редакторе. Первый мой заказ под мак был как раз данного рода. Остались не приятные воспоминания.
3. Я написал исключительно об том, что следовало бы сделать чтобы называться супер. Лично меня отсутствие данных вещей удивляет — 2010 год, а подсветка синтаксиса с багами, мне кажется это странным.
2. как вы смотрели… там такой удобные редактор интерфейса с нормальными layput'ами
Как я понял ты уже поставил четвертую версию.
Скажи плиз, она ставится со сносом третей или отдельно, и что с обратной совместимостью? Можно ли продолжать работу над старыми проектами в новой ИДЕ?
п.с. и как она вообще, стабильная?
Скажи плиз, она ставится со сносом третей или отдельно, и что с обратной совместимостью? Можно ли продолжать работу над старыми проектами в новой ИДЕ?
п.с. и как она вообще, стабильная?
вы его пробовали, или так, высер сделали?
у меня 2 монитора, в делфи для «набора» одна раскладка окон, для отладки — другая, все окошки под рукой, все сразу вижу, дебагер показывает каждый «пук»
и те же 2 монитора я не могу толком попользовать с х-кодом, потому что: или вот вам «однооконный» интерфейс и делайте с ним, что хотите (да, это супер-фича: «вы можете на одном мониторе держать иде, а на втором запустить программу»… К.О. увольняется после таких советов); при этом для дебага я должен начать кнопошку, которая как ей хочется расставит окошки, поэтому если мне что-то там (по глупости моей) надо в коде посмотреть — надо снова кнопошку нажать, вернуться в режим «редактирования», посмотреть чего-то там; решил сделать шаг в отладке? — а, снова кнопочку, в режим дебага — там же только это сделать можно… очень юзерфрендли, а чо…
и я вообще ничего не говорил про коде-сенс, про дебагер и язык, нахер оно мне надо; мне надо всего навсего, чтобы если у меня выделен кусок текста и я нажимаю смд-F, то пусть этот кусок текста сразу вставится в поле поиска… это что, так вот сложно сделать? или это мне поможет код чище писать? или хардкорность мою на 5 пунктов повысит — так нахер эту хардкорность, дайте мне инструмент для студентов (кстати вроде в делфи11 можно будет для мака писать… может доживу..)
и те же 2 монитора я не могу толком попользовать с х-кодом, потому что: или вот вам «однооконный» интерфейс и делайте с ним, что хотите (да, это супер-фича: «вы можете на одном мониторе держать иде, а на втором запустить программу»… К.О. увольняется после таких советов); при этом для дебага я должен начать кнопошку, которая как ей хочется расставит окошки, поэтому если мне что-то там (по глупости моей) надо в коде посмотреть — надо снова кнопошку нажать, вернуться в режим «редактирования», посмотреть чего-то там; решил сделать шаг в отладке? — а, снова кнопочку, в режим дебага — там же только это сделать можно… очень юзерфрендли, а чо…
и я вообще ничего не говорил про коде-сенс, про дебагер и язык, нахер оно мне надо; мне надо всего навсего, чтобы если у меня выделен кусок текста и я нажимаю смд-F, то пусть этот кусок текста сразу вставится в поле поиска… это что, так вот сложно сделать? или это мне поможет код чище писать? или хардкорность мою на 5 пунктов повысит — так нахер эту хардкорность, дайте мне инструмент для студентов (кстати вроде в делфи11 можно будет для мака писать… может доживу..)
не тому ответили, наверное ;))
> «вы можете на одном мониторе держать иде, а на втором запустить программу»
довольно ценная штука, если основное занятие состоит в создании и тестировании GUI :) Без двух мониторов это адовый ад.
> снова кнопочку, в режим дебага — там же только это сделать можно
а хоткеи на клавиатуре не работают?
> чтобы если у меня выделен кусок текста и я нажимаю смд-F, то пусть этот кусок текста сразу вставится в поле поиска
зачем это вообще нужно? Сразу предупреждаю, я в xcode не работал по-настоящему, так что это риторический вопрос. Например, в IntelliJ IDEA если нужно найти все использования какого-то метода или класса — достаточно навести на него курсор и клацнуть с клавиатуры какой-нибудь хоткей типа «find usages».
а вот прикиньте, в диалоге поиска у вас с прошлого раза забит аццкий регэксп, который вы в прошлый раз искали. А тут неуловимым движением мышкой труд нескольких минут сочинения регэкспа идет псу под хвост.
линуксовые привычки с копированием текста в буфер иксов? =)
> «вы можете на одном мониторе держать иде, а на втором запустить программу»
довольно ценная штука, если основное занятие состоит в создании и тестировании GUI :) Без двух мониторов это адовый ад.
> снова кнопочку, в режим дебага — там же только это сделать можно
а хоткеи на клавиатуре не работают?
> чтобы если у меня выделен кусок текста и я нажимаю смд-F, то пусть этот кусок текста сразу вставится в поле поиска
зачем это вообще нужно? Сразу предупреждаю, я в xcode не работал по-настоящему, так что это риторический вопрос. Например, в IntelliJ IDEA если нужно найти все использования какого-то метода или класса — достаточно навести на него курсор и клацнуть с клавиатуры какой-нибудь хоткей типа «find usages».
а вот прикиньте, в диалоге поиска у вас с прошлого раза забит аццкий регэксп, который вы в прошлый раз искали. А тут неуловимым движением мышкой труд нескольких минут сочинения регэкспа идет псу под хвост.
линуксовые привычки с копированием текста в буфер иксов? =)
Избалованным Дельфёй программистам все остальные IDE будут казаться блокнотом с нумерацией строк :)
А эклипса — очень тормозным блокнотом :(
Попробуйте MS VS, говорят, за последнии годы её здорово развили.
А эклипса — очень тормозным блокнотом :(
Попробуйте MS VS, говорят, за последнии годы её здорово развили.
Толсто троллите, товарищ. Дельфи — язык для изучения и для студентов, но уж никак не для production программирования.
Мне вот очень обидно, что не могу заменить Eclipse на XCode для PHP-разработки.
Когда пишу под Mac OS X — одно удовольствие.
Когда пишу под Mac OS X — одно удовольствие.
>LLVM — быстрый компилятор. Он компилирует код в 2 раза быстрее GCC, при этом создавая приложения, которые также работают быстрее.
Где вы этот бред нашли? Скажите автору, что онмудак глубоко заблуждается и наслушался маркетоидных бредней. LLVM это даже не компилятор в привычном понимании этого слово, это бэкенд для компиляторов, а по сути дела виртуальная машина, которая имеет собственный набор команд, и уже этот набор команд оптимизируется и транслируется в машинный код. А фронтендом к LLVM может выступать как gcc, так и яблочный clang, который занимается собственно разбором кода и переводом его в код виртуальной машины. Что касается скорости приложений, то все тесты, которые я видел, сходятся во мнении, что gcc быстрее чем llvm+gcc или llmv+clang, плюс у clang'а еще не полная поддержка С++.
Где вы этот бред нашли? Скажите автору, что он
вот кстати с Xcode 4 идет clang с полной поддержкой C++
Это переводная статья с оригинального сайта Apple (как собственно в начале и написано). Я не менял текст, я его только перевел, приведя кое-где к более благозвучным словосочетаниям. Можете написать им, а не мне. Может хоть они расстроятся.
clang не имеет полной поддержки c++0x, но это тоже будет скоро
остальное работает
остальное работает
В презенташке на WWDC они сами так сказали.
скачал, поставил, ужаснулся. Еще пилить и пилить. Концепция единого окна пока-еще больше мешает, чем помогает
Единое окно, наконец-то…
Под это все счастье нужен большой монитор. Если сейчас вполне хватает 13", то для xcode4 это уже мало =(
Это настоящий прорыв.
можно ставить или нет?
Много глюков?
Много глюков?
взял текущий проект, скомпилил, запустил — глюков не заметил… но тормознее, чем 3.2 (хотя может чего-то там индексировал)
пока билдил — нихрена не понятно было — делает он что-то или подвис, не нашел где включить лог
ставить — а чего нельзя; но предупреждают, чтоб на нем «на продажу» ничего не делали, и ставят в отдельную папку… проекты туда-сюда совместимы
з.ы. и ппц как на итюнс похож…
пока билдил — нихрена не понятно было — делает он что-то или подвис, не нашел где включить лог
ставить — а чего нельзя; но предупреждают, чтоб на нем «на продажу» ничего не делали, и ставят в отдельную папку… проекты туда-сюда совместимы
з.ы. и ппц как на итюнс похож…
Глюков не очень много, но изредка виснет намертво при компиляции. Окно логов в совершенно новом месте, и всякие привычные опции разбросаны по новым углам. При этом интеграция и притирка проходят за день-два, хотя прежний XCode до сих пор… даже не то, чтобы удобнее… привычнее. Очень жаль, что убрали удобное окошко выбора версии iOS, для которой производить сборку (или я его ещё не нашел).
P.s. Fix-it — это просто волшебная фича. Для начинающих — самое то!
P.s. Fix-it — это просто волшебная фича. Для начинающих — самое то!
LLVM — быстрый компилятор. Он компилирует код в 2 раза быстрее GCC, при этом создавая приложения, которые также работают быстрее. Это происходит потому, что компилятор был спроектирован с самого начала как набор высокооптимизированных библиотек, легко расширяемый, легко оптимизируемый и спроектированный для архитектуры современных чипов.
Да вы что! Как человек, очень подробно ознакомившийся с этим компилятором, защитивший по нему диплом и в настоящее время один из его разработчиков, утверждаю, что это — брехня. LLVM-у до GCC еще развиваться и развиваться. Да, иногда он компилирует под ARM лучше, но далеко не всегда. Бывает, что скомпилированный код не работает. Во множестве тестов, в частности SPEC INT, по сравнению с GCC замедление достигает 20%. Вы бы видели его код — там TODO и FIXME на каждом ходу.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Публикации
Apple анонсировала preview Xcode 4