zastanawiam się czy nie czas przesiąść się na Xcode 4 przy okazji upgrade do 4.3. jedna rzecz mnie tylko hamuje - z opisów i screenshotów widzę, że okna zostały połączone w jedno "iTunes" i trochę mnie to odstrasza. ja jestem fanem ogromnych monitorów, wielu desktopów, układania sobie pracy osobno i z 2giej strony nie mam czasu na zamianę mojego workflow (przynajmniej na razie). pytanie proste i szybkie, czy w Xcode 4 da się jednak porozdzielać okna by było tak jak w Xcode 3, tj. develop to inne okno, compile na inne itd...? wiem, że najłatwiej samemu zainstalować i sprawdzić, ale zanim pociągne te 4gb wolałbym wiedzieć czy jest sens. dzięki.

1 - nie da sie
2 - mozesz zainstalowac 4ke w innym folderze i przetestowac, nie pozbywajac sie przyzwyczajen z 3ki
3 - nie taki diabel ja na poczatku narzekalem, ale teraz jak wracam czasem do 3ki to wydaje mi sie archaiczny mozna sie przyzwyczaic do 1go okna i nawet jest to bardzo wygodne.
4 - ma wiele udogodnien, zwlaszcza asystent, lokalny versioning itp
5 - wczesniej czy pozniej i tak bedziesz musial. mysle ze jak wypuszcza 4ke oficjalnie t 3ka po prostu umrze i juz nie beda jej supportowac
6 - mozna rowniez poustawiac rozne zachowania w zaleznosci od tego co robisz. tzn, w momencie kompilowania automatycznie przelacza sie na 'issues' otwiera okienko debuggera itp. bardzo fajna rzecz.

---------- Wpis dodano o 21:17 ---------- Poprzedni wpis dodano o 20:59 ----------

p.s. aha... ale poniewaz sa taby (jak w safari) to mozesz miec kilka okien tego samego projektu i kazde 'poukladane' inaczej...

Dzięki za dokładne info. Pomysł wart zastanowienia, ale poczekam jeszcze trochę. No chyba że w Xcode 4 naprawili ten "godny Apple" bug z bardzo powolnym backspace: slow backspace | Cocoabuilder
który mnie już do szału doprowadza w Xcode 3. Tyle że u mnie lepiej zapomnieć o wycinaniu większych fragmentów tekstu, a backspace się ślamazarzy już przy plikach 50kB (zaledwie 1500 linii kodu!)... jako walkaround większe pliki edytuje w zewnętrznym edytorze na Xcode 3 dobrze to widać po załadowaniu pliku ~300kB, zaznaczeniu całego tekstu i cmd+x (cut do schowka)... Ja po takim czymś killuje Xcode zauważyłem że on usuwa cały blok po jednej literce z "zawrotną prędkością" klawisza backspace... Tragedia implementacyjna

nie zauwazylem takiego bledu. ale moze nie mialem zbyt duzych plikow. 3ka jak widac juz jest tylko do sciagniecia przez 'szukasz 3ki... ?' i nie ma na glownej stronie, wiec to z pewnoscia jej koniec wiec chcesz czy nie chcesz, musisz sie przesiasc na 4ke, tylko kwestia kiedy a zgodnie z prawem murphiego, bedziesz musial to zrobic jak bedziesz mial pilny projekt do wykonania hehe...

Napisał slaj

(zaledwie 1500 linii kodu!)...

Zaledwie? Ja się staram, żeby jedna klasa miała góra 500 linijek. Jeśli przekracza to tworzę nową klasę, która jest odpowiedzialna za jakąś grupę funkcji z tej głównej klasy. Zawsze byłem uczony, że jedna klasa ma mieć jak najmniej linijek. Myślę, że 500 to taka dolna granica.

@pio11: a co gdy krytyczna do działania funkcja zajmuje ~1000 linii (przetwarzanie sygnałów audio), jest totalnie wyśrubowana i jakiekolwiek rozłożenie funkcjonalności na osobne klasy (tak jest, czyli dodanie dodatkowo całej masy PUSH argumentów na stos i JMP'ów po pamięci) powoduje że iPhone 4 po prostu się nie wyrabia? z mojego prawie 20-to letniego doświadczenia w programowaniu muszę przyznać, że faktycznie max 500 linii kodu na klasę jest bardzo porządane, ale czasem kod musi być optymalny, a nie tylko ładnie wyglądać. 500 linii kodu to tak naprawdę bardzo, bardzo mało. przerabiałem tą funkcję na osobne funkcjonalności i finalnie musiałem z tego zrezygnować i władować wszystko w ciało jednej funkcji... dziwne? nieprawdopodobne? na pewno w swoim programistycznym życiu natrafisz też na coś takiego. wszystko zależy od wymagań projektu. teoria z praktyką często totalnie się rozmija.

inna sprawa, że można zawsze zrobić kilka funkcji inline, ale w końcu dałem sobie spokój z kolejnymi zmianami tej krytycznej dla programu funkcjonalności i po prostu mam całość w dokładnie dopracowanej, jednej funkcji, wg zasady "jak coś działa i jest optymalne to nie zmieniać"

może zakończmy dyskusję dlaczego mam długi plik, a wróćmy do tego dlaczego Xcode3 ma tak kiepsko napisany edytor i czy naprawili to w Xcode4

No i właśnie się XCode 4.01 pojawiło (niby z datą 24 marca).