За что я еще ненавижу Visual Studio
Редактор GUI в ней дичайше кривой, выход его - еще более кривой.
Конкретно, мелкое редактирование GUI приводит к дикому переколбашиванию кода типа Form.Designer.cs что делает малореальным отслеживание и слияние изменений с помощью систем контроля версий и вообще любых текст-ориентированных инструментов.
Конкретно, мелкое редактирование GUI приводит к дикому переколбашиванию кода типа Form.Designer.cs что делает малореальным отслеживание и слияние изменений с помощью систем контроля версий и вообще любых текст-ориентированных инструментов.
no subject
Для создания гуя ничего лучше Visual Studio нет, имхо.
no subject
Ты тупая ебанашка.
no subject
no subject
no subject
no subject
Мне проще в коде сделать это. это отслеживается в системе контроля версий.
И кстати до сих пор в 2010VS можно получить зависон на сложной форме при таскании какого либо контрола нестандартного.
no subject
no subject
И вы лезете в редактор форм и с болью в попе начинаете впихивать подбирая размеры и прочую шнягу, не забывая при этом обзывать контрол правильно чтобы потом в коде не было:
label1.somefuck
...
label12.anotherfuck
я отказался иметь такой секас....
no subject
no subject
в рантайме рука не поднимается обычно у народа на такие подвиги :)
no subject
А контролы непереобозвать - это ппц, код читать невозможно будет от слова совсем. По крайней мере, если контролов больше двух.
no subject
no subject
Вообщем, я конечно понимаю что у настоящего ребе "gui должен быть обрезан", но не до такой же степени !
no subject
no subject
Создание GUI в коде как раз во-первых заметно лучшэ поддаётся автоматизацыи само по себе, а во-вторых обычно тупо быстрее, поскольку настроенный текстовыми командами layout manager быстрее приходит к нужному результату.
no subject
no subject
no subject
no subject
Только хардкор!
Я даже на делфи нахер выпилил все DFM и все кодом создал.
Доволен как слон. Все что менял - видно в дифах при сдаче в свн + легко меняется внешний вид сразу везде,
достаточно только класс "построитель GUI" допилить и бац, везде все поменялось.
no subject
no subject
код выглядит так:
pnlEscapeRoute := builder.createPanel(true, alRight, 300);
builder.createGroupBox('Пути эвакуации', alTop, 0, 60);
edRouteName := builder.createTextEdit(FN_ER_ROUTE_NAME, FDN_ER_ROUTE_NAME);
и т.д.
GUI код пишется ОЧЕНЬ БЫСТРО!
Но пришлось конечно немного попотеть сначала над builder-ом.
no subject
no subject
no subject
no subject
Он гораздо кошернее в version control IMO. И писать прямо в нем - полный цимес, intellisense и постоянная синхронизация с design window.
Windows.Forms уже как бы почти что legacy :)
Но если уж застряли там и у вас действительно столько controls, что требуется слияние и постоянный контроль версий, то можно делать отдельные безбордюрные формочки и штамповать их на основное диалоговое окно. Разделяй и властвуй.
no subject
no subject
Первое - лишь обёртка API, спроектированного в начале 80-х.
В WPF всё с нуля и более логично.
no subject
no subject
;-)
no subject
no subject
Я сам кодом, конечно, генерил. Для моей скромной одноюзеровой утилиты статические формы не подошли.
Но в WPF, в духе времени lol.
Другой же мой коллега вообще начал рендерить диалоги в browser control и слать от них notifications в типо внутренний сервер. Грозился все свои диалоги заменить этак вот.
Кто во что горазд. Флеймов видал кучу, идеального GUI Framework - нет.
Qt не изучал, а было бы неплохо...
no subject
no subject
no subject
О чём тогда весь этот разговор?? ;-)
no subject
Я лично предпочитаю уж тогда HTML/Javascript. Всунул какой нибудь Ext или Dojo и - веселись, мужичина! (ц)
no subject
no subject
nivanych вот рекомендует ruby/tk... стоит ли мне делать обрезание и записываться в послушники?
no subject
no subject
tk -- хорош. Да, проблемы есть -- это не отменяет. Точнее, ничего лучшэ в общем не придумали.
no subject
no subject
no subject
Я в дизайнере общую расстановку контролов делаю, а дельше наполняю руками. Но правда у меня сейчас только один активный проект с GUI.
А вот что придумывать с UI в нашей с тобой беде...
no subject
no subject
xmljson и пишите гуй в нотпаде. Всяко лучше чем руками его писать на c#, как тут некоторые предлагают.no subject
no subject
no subject
no subject
no subject
Единственное, чем могу утешить - Interface Builder в XCode (Mac) ведёт себя почти так же.
Да, для xaml люди вроде придумали какой-то pre-commit hook, который упорядочивает xml-ку.